Vite + MODX CMP, как избавиться от ExtJS и жить дальше с комфортом в разработке
В данном видео мы посмотрим как можно избавить себя от использования ExtJS при разработке компонентов и начать применять современные реактивные фреймворки, такие как Vue, React, Svelte и другие.
Если видео было полезным, пишите комментарии, сделаю ещё одно о том, как использовать Vite для разработки уже клиентской части сайта, то есть как замену Gulp и Webpack
Если видео было полезным, пишите комментарии, сделаю ещё одно о том, как использовать Vite для разработки уже клиентской части сайта, то есть как замену Gulp и Webpack
Комментарии: 31
Пиши новую часть сразу ?. Не томи ожиданием
Обычно в админке данные из бд надо редактировать. Как это сделать никак не понятно :-(
Так же как и в обычном режиме, на основе extJS.
Дергать нужные процессоры (по вкусу просто PHP файлы вызывать), которые уже имеют связь с базой данных и выполняют необходимые операции (Получение, Удаление, Редактирование, Добавление записи)
Дергать нужные процессоры (по вкусу просто PHP файлы вызывать), которые уже имеют связь с базой данных и выполняют необходимые операции (Получение, Удаление, Редактирование, Добавление записи)
Я во vue и т.д не силен. Что дергать процессоры понятно. Не понятно как их дергать. И как например в vue отобразить таблицу из базы.
Это конечно базовые, более ранние вопросы. Если они возникают — В таком случае было бы полезно подтянуть знания по VUE, как по самостоятельному фреймворку и не пытаться дружить его с MODX.
Так гики пишут сайты и на MODX и с vue. А потом владельцы просят у меня что-нибуть поправить, а там куча не понятного кода на vue. Я так подозреваю что програмистов что дружат и с MODX и с vue сильно меньше чем просто програмистов MODX. В итоге, плодяться сайты, которые некому поддерживать. Так что прежде чем рекламировать реактивные фреймворки надо бы объяснить как с ними работать в среде MODX. Я ожидал пример компонента на vue и vite, а получил просто рекламу vite. Что типа вот как тут удобно. Был бы полноценный пример можно было бы въезжать как делать компоненты с vite. А так стотья ни о чем и даже вредная.
VUE и Vite это современные, актуальные технологии с которыми работает весь мир.
Семен показал что они могут быть использованы, в том числе и внутри админки MODX.
Никто не отрицает того, что для этого нужно знать стек и уметь пользоваться этими технологиями.
Я вижу здесь карту направлений саморазвития программиста, вы видите вред.
Каждый смотрит в меру своего потенциала. Каждый по своему прав.
Семен показал что они могут быть использованы, в том числе и внутри админки MODX.
Никто не отрицает того, что для этого нужно знать стек и уметь пользоваться этими технологиями.
Я вижу здесь карту направлений саморазвития программиста, вы видите вред.
Каждый смотрит в меру своего потенциала. Каждый по своему прав.
Я вижу вред владельца сайтов. Их сайты никто поддерживать не будет. Vue при желании изучить можно, но не факт что нужно. Он низкоуровневый и делай на нем что хочешь и летать будет, но сделать магазин это километры самописного кода, как например в статье из 19 частей Магазин на JavaScript, часть 11 из 19. Потерял контакт с разработчиком и сайт переписывать с нуля. VUE имеет смысл использовать если только он станет частью MODX или минишопа.Каким-то стандартным кодом используемым в многих проектах. А так гики творят что захотят и получаются километры самописного кода которые легче выбросить чем изучить.
Сёмен предлагает использовать Vite для разработки компонентов, т.е. готовых решений, какая разница владельцу сайта какие технологии использует компонент, если он стабильно работает? У меня за 4 года работы с Modx если и были задачи на изменение админки, то я либо выносил нужные функции на фронт, либо писал свой компонент на чистом JS, потому что разбираться в ExtJs я не хочу, он не актуален. Уже есть компоненты на Vue и в этом нет проблемы, так как необходимости менять интерфейс стороннего компонента в 99% случаев нет, все доработки относятся в основнов к php и api Modx.
Мне мои компоненты часто требуется редактировать. А вот сторонние компоненты для админки не помню чтоб редактировал. Может для сторонних и не требуется. А вот корзину для минишопа написали на vue. Ее пришлось выкидывать. Вообще я не за ExtJs. Его можно и сменить. Можно и на vue, но не так чтоб каждый творил что хотел, а чтоб какая-то стандартная экосистема была.
Корзина минишопа это фронт. Я согласен, что переписывать на vue корзину, которая и так работает странно, но если разработчик согласовал это с заказчиком, то почему нет? На фронте вообще каждый творит, что хочет. Вы же не будет возмущаться, если кто-то сделает слайдер на BX Slider вместо Swiper. Так чего же того возмущаться по поводу использования Vue?
Когда много не понятного кода я возмущаюсь :-). Ленивый я. Когда 5 минутная задача превращается в два дня разборок в коде мне это не нравиться :-(
Уж лучше я поковыряю чужой код на Vue, изучив его и, возможно, применю знания в другом проекте, нежели буду тупить с ExtJS 3-ьей версии который нафиг никому не нужен, попутно выделывая акробатические движения с костылями.
UPD: сорян, не тому ответил, но суть не меняется.
UPD: сорян, не тому ответил, но суть не меняется.
Я с extJs уже давно разобрался. Как Наумкин свои уроки выложил. Конечно ExtJs устарел и его заменить на что-нибудь актуальное, но и на разброс от ангуляр, реакт, vue тоже соглашаться не охота.
Автору лайк, стелит ровно ?
Семен вообще записывает пожалуй лучшие материалы этого форума. Жаль только редко. Это кажется второй материал за полгода
А что не так с ExtJS? Вроде работает.
Работает, но развивается ли?
Так админка на нём. Какая разница? Её же не выкинут.
Не выкинут, к сожалению, но это не значит, что все обязаны делать компоненты на нём.
Понятно. Значит ждем зоопарк.
Уже.
Спасибо, Семен, за пошаговый разбор в подключении. Особенно понравился как хитро в режиме разработки это все колосится… ПЕСТНЯ!
По поводу всяких зоопарков и прочей ереси, любовь-не любовь к EXTjs. Ребята, MODX достаточно свободная система со своими нюансами. Никто не принуждает использовать вас какие-то плюшки. Нравиться кодить в extjs — пожалуйста, vue — Пожалуйста.
Боятся, бороться, сомневаться за общий стиль с extjs дело каждого. Я считаю наоборот — приложуха будет выделяться визуально и перепутать с ходу разные пакеты чисто визуально уже будет сложно (это как один из примеров).
По дальнейшей поддержке… ну если автор на vue забилдит и не оставит исходников — это конечно западня, но это очень редкие и частные случаи, и тем людям просто «повезло» нарваться на такое.
Потому что по хорошему если под проект делается на стороннем js фреймворке app, и это не платный пакет, то думаю, разработчик должен оставлять исходники чтобы после него могли дорабатывать сайт. Если он не оставляет, значит, такой разработчик и обстоятельства… Всем не угодишь.
Так что все будет хорошо. Плохого точно будет меньше. И даже забилденный js, если ооочень сильно припрет можно поправить, так что это дело всего лишь компетенции владения знаниями.
По поводу всяких зоопарков и прочей ереси, любовь-не любовь к EXTjs. Ребята, MODX достаточно свободная система со своими нюансами. Никто не принуждает использовать вас какие-то плюшки. Нравиться кодить в extjs — пожалуйста, vue — Пожалуйста.
Боятся, бороться, сомневаться за общий стиль с extjs дело каждого. Я считаю наоборот — приложуха будет выделяться визуально и перепутать с ходу разные пакеты чисто визуально уже будет сложно (это как один из примеров).
По дальнейшей поддержке… ну если автор на vue забилдит и не оставит исходников — это конечно западня, но это очень редкие и частные случаи, и тем людям просто «повезло» нарваться на такое.
Потому что по хорошему если под проект делается на стороннем js фреймворке app, и это не платный пакет, то думаю, разработчик должен оставлять исходники чтобы после него могли дорабатывать сайт. Если он не оставляет, значит, такой разработчик и обстоятельства… Всем не угодишь.
Так что все будет хорошо. Плохого точно будет меньше. И даже забилденный js, если ооочень сильно припрет можно поправить, так что это дело всего лишь компетенции владения знаниями.
я не то, чтобы качнуть… но давайте посмотрим с другой стороны. Конечно чтобы нарастить уникальности себе и своему расширению — то всегда нужно пользовать то что не было заложено в ядро — тогда ты уникален и иногда дороже.
Но теперь вернемся к реалиям: самый простой пример расширение полей в заказах minishop. И вот тут мы приходим к тому что нам нужно понять стек и мысли реализации одинокого программиста(дай бог что будет все собираться по канонам)… ну такое…
я за развитие стандартизации и описалова возможностей того что идет из коробки.
ЗЫ. Я сам любитель странного, но восхищаться этим не стоит.
ЗЫЗЫ. это все хорошо живет в отдельном окошке, а если модифицировать например карточку ресурса то прийдется однофигово дружить носорога с лягушкой.
Но теперь вернемся к реалиям: самый простой пример расширение полей в заказах minishop. И вот тут мы приходим к тому что нам нужно понять стек и мысли реализации одинокого программиста(дай бог что будет все собираться по канонам)… ну такое…
я за развитие стандартизации и описалова возможностей того что идет из коробки.
ЗЫ. Я сам любитель странного, но восхищаться этим не стоит.
ЗЫЗЫ. это все хорошо живет в отдельном окошке, а если модифицировать например карточку ресурса то прийдется однофигово дружить носорога с лягушкой.
Не понятна отсылка к минишопу. Он же на extJS по стандартам вроде как. Что к чему?
Если есть недовольства — иссушка даже принимается не то что PR. )
А вообще если на том же vue хорошо спроектировать, продумать, то будет работать это все не только на extJS но и на любом другом фреймворке.
Да и я про стандарт написал в посте, но если разработчик не соизволит нормально сделать, то есть стандарт или нет стандарта — пойдет все по сливной канаве как не крути-верти.
А восхищаться буду, ибо мало вообще кто-то способен для MODX что-то привнести новое. Частенько только и слышится что-то похожее на охи-ахи.
Если есть недовольства — иссушка даже принимается не то что PR. )
А вообще если на том же vue хорошо спроектировать, продумать, то будет работать это все не только на extJS но и на любом другом фреймворке.
Да и я про стандарт написал в посте, но если разработчик не соизволит нормально сделать, то есть стандарт или нет стандарта — пойдет все по сливной канаве как не крути-верти.
А восхищаться буду, ибо мало вообще кто-то способен для MODX что-то привнести новое. Частенько только и слышится что-то похожее на охи-ахи.
В том-то весь и прикол что сделано по стандартам и потому доработка возможна и не затратна, а вот будет ли гибкость и надстройка для всех возможных венигретов? Именно за это и говорил.
По суть по extJS в MODX не все расписано… Поймите меня правильно чем больше документации и всяких HOWTO стандартных решений тем проще будет вход.
Если делать круто, но очень кастомно, то получаем «Гикдвиж» и «WP на минималках», вместо нормальных решений на MODX.
Не наращивайте сущностей, они увеличивают энтропию.
По суть по extJS в MODX не все расписано… Поймите меня правильно чем больше документации и всяких HOWTO стандартных решений тем проще будет вход.
Если делать круто, но очень кастомно, то получаем «Гикдвиж» и «WP на минималках», вместо нормальных решений на MODX.
Не наращивайте сущностей, они увеличивают энтропию.
Ну и в догонку, а каким макаром собрать транспортный пакет тогда
я понимаю что можно все это разложить в обычный билдер расширения ModExt, но тогда пропадает вся магия «реактивного коддинга»…
ЗЫ еще меня очень беспокоит работа всего этого по сокету… ну вот прям такое… 512Kb на 1 подключение…
хотя это для PHP, как там с этим у NodeJS обстоит я не в курсе.
я понимаю что можно все это разложить в обычный билдер расширения ModExt, но тогда пропадает вся магия «реактивного коддинга»…
ЗЫ еще меня очень беспокоит работа всего этого по сокету… ну вот прям такое… 512Kb на 1 подключение…
хотя это для PHP, как там с этим у NodeJS обстоит я не в курсе.
А почему нужно избавляться от ExtJS? Потому, что устаревшая версия? Или документация плохая (мало используется в разработке?)
Использовать привычный и удобный для себя фреймворк — дешевле. Так как можно решить поставленную для админки задачу быстрее
Разработчик Modx разве не должен знать ExtJS?
В принципе автору благодарочка!
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.