Vite + MODX CMP, как избавиться от ExtJS и жить дальше с комфортом в разработке
В данном видео мы посмотрим как можно избавить себя от использования ExtJS при разработке компонентов и начать применять современные реактивные фреймворки, такие как Vue, React, Svelte и другие.
Если видео было полезным, пишите комментарии, сделаю ещё одно о том, как использовать Vite для разработки уже клиентской части сайта, то есть как замену Gulp и Webpack
Если видео было полезным, пишите комментарии, сделаю ещё одно о том, как использовать Vite для разработки уже клиентской части сайта, то есть как замену Gulp и Webpack
Комментарии: 31
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Дергать нужные процессоры (по вкусу просто PHP файлы вызывать), которые уже имеют связь с базой данных и выполняют необходимые операции (Получение, Удаление, Редактирование, Добавление записи)
Семен показал что они могут быть использованы, в том числе и внутри админки MODX.
Никто не отрицает того, что для этого нужно знать стек и уметь пользоваться этими технологиями.
Я вижу здесь карту направлений саморазвития программиста, вы видите вред.
Каждый смотрит в меру своего потенциала. Каждый по своему прав.
UPD: сорян, не тому ответил, но суть не меняется.
По поводу всяких зоопарков и прочей ереси, любовь-не любовь к EXTjs. Ребята, MODX достаточно свободная система со своими нюансами. Никто не принуждает использовать вас какие-то плюшки. Нравиться кодить в extjs — пожалуйста, vue — Пожалуйста.
Боятся, бороться, сомневаться за общий стиль с extjs дело каждого. Я считаю наоборот — приложуха будет выделяться визуально и перепутать с ходу разные пакеты чисто визуально уже будет сложно (это как один из примеров).
По дальнейшей поддержке… ну если автор на vue забилдит и не оставит исходников — это конечно западня, но это очень редкие и частные случаи, и тем людям просто «повезло» нарваться на такое.
Потому что по хорошему если под проект делается на стороннем js фреймворке app, и это не платный пакет, то думаю, разработчик должен оставлять исходники чтобы после него могли дорабатывать сайт. Если он не оставляет, значит, такой разработчик и обстоятельства… Всем не угодишь.
Так что все будет хорошо. Плохого точно будет меньше. И даже забилденный js, если ооочень сильно припрет можно поправить, так что это дело всего лишь компетенции владения знаниями.
Но теперь вернемся к реалиям: самый простой пример расширение полей в заказах minishop. И вот тут мы приходим к тому что нам нужно понять стек и мысли реализации одинокого программиста(дай бог что будет все собираться по канонам)… ну такое…
я за развитие стандартизации и описалова возможностей того что идет из коробки.
ЗЫ. Я сам любитель странного, но восхищаться этим не стоит.
ЗЫЗЫ. это все хорошо живет в отдельном окошке, а если модифицировать например карточку ресурса то прийдется однофигово дружить носорога с лягушкой.
Если есть недовольства — иссушка даже принимается не то что PR. )
А вообще если на том же vue хорошо спроектировать, продумать, то будет работать это все не только на extJS но и на любом другом фреймворке.
Да и я про стандарт написал в посте, но если разработчик не соизволит нормально сделать, то есть стандарт или нет стандарта — пойдет все по сливной канаве как не крути-верти.
А восхищаться буду, ибо мало вообще кто-то способен для MODX что-то привнести новое. Частенько только и слышится что-то похожее на охи-ахи.
По суть по extJS в MODX не все расписано… Поймите меня правильно чем больше документации и всяких HOWTO стандартных решений тем проще будет вход.
Если делать круто, но очень кастомно, то получаем «Гикдвиж» и «WP на минималках», вместо нормальных решений на MODX.
Не наращивайте сущностей, они увеличивают энтропию.
я понимаю что можно все это разложить в обычный билдер расширения ModExt, но тогда пропадает вся магия «реактивного коддинга»…
ЗЫ еще меня очень беспокоит работа всего этого по сокету… ну вот прям такое… 512Kb на 1 подключение…
хотя это для PHP, как там с этим у NodeJS обстоит я не в курсе.