bakhirev 28 дек 2016 в 12:52

Генератор админок

14 мин

21K

Я пиарюсь

+37

Комментарии 13

malenkiy_rak 28 дек 2016 в 13:33

Поэтому новая админка для отдела статистики была сверстана в стиле 98 винды.

Как раз думаю как реализовать админку на Yii2. Спасибо за идею!!!

vird 28 дек 2016 в 14:01

Я просто оставлю это здесь https://github.com/niutech/node.php
Это к вопросу переписывания на PHP.

VolCh 28 дек 2016 в 14:31

Как-то сложилось впечатление, что пост про CMS или даже про какое-то подобие MS Access, а не про классические админки — бэк-офисы к данным уже имеющихся приложений.

Dreyk 28 дек 2016 в 14:36

<юмор>Давно уже пора сделать генератор language-agnostic админок на react + websockets, которые будут общаться с API, 2017-й год на дворе ведь</юмор>

foxmuldercp 28 дек 2016 в 18:16

Я б взял. у меня тут панель управления хостингом, десятки сущностей, связи, и пилить всё в одно лицо — времени на все не хватает.

spmbt 28 дек 2016 в 14:46

> По традиции JavaScript разработчикам TODO лист полагается писать.
Была недавно мысль ввести моду новые фреймворки MVC не на TODO-листах опробывать, а на админке. Больше разнообразных задач получится и будут более широко представлены операции. Но тут, конечно, связь с сервером останавливает.

Автор, как думаете, разумно ли внедрить Vue.js 2+ в этот генератор админок? Код фронтенда упростится, но IE8 не будет поддерживаться (что для админок не проблема).

А React, как в шутку предлагают выше — здесь слишком большая пушка для воробьёв.

(+ Гитхаба не нашёл.)

bakhirev 28 дек 2016 в 15:30

> Больше разнообразных задач получится и будут более широко представлены операции.

Согласен. Демки фреймворков почти всегда идеальны, а в реальности всплывает куча моментов.

В React`е смысла не вижу, т.к. шаблоны в данный момент это 4..5% кода. Да и логики в них много, что противоречит идеи чистых шаблонов. Грубо говоря — на фоне дырок в базовом функционале замена шаблонизатора не является приоритетной задачей.

Тоже самое с Vue.js — его внедрение уберет 4..5% кода логики (либо переделает код под себя). Единственное что это даст по факту — сборка чуть распухнет. Код итак ООП (всё классами в ES6 стиле). Базовые задачи это решить не поможет.

Трудность разработки в данный момент обусловлена огромным количеством стандартной рутиной работы с конфигами, их рефакторингом и шаблонизацией. Все просто и понятно, только чуть-чуть скучно. Нужно с кислой мордой перелапатить кучу готового кода с других проектов, рассортировать, подписать, настроить.

bakhirev 28 ноя 2019 в 11:40

Мне казалось, что я уже писал в личку, но переписки не нашел. Спустя три года я могу сказать, что если бы я перешел тогда на Vue, это дало бы хороший рывок вперед. Отказ от него был большой ошибкой.

Но с другой стороны вся концепция настолько сильно поменялась, что я выбросил весь код и начал с нуля.