Основы написания админ-панели

Статус
В этой теме нельзя размещать новые ответы.
У вот все тока обосрали, и не один толкового так и не сказал.
Если считаете что человек делает что-то не то так укажите на ошибку и предложите свой вариант и поясните почему так лучше, форум для этого и существует что-бы помогать и не обсирать.
И не один не предложил свой вариант написания админки, или же все мастера тока в туалетной бумаги.
Так кто предложит свой вариант?
 
Я очень ахуенный мастер. Сейчас расскажу как сделано у меня.

Каждый пользователь есть объект, который заводится до иницилазации фронт контроллера (часть приложения которая рулит запуском разного рода компонентов в зависимости от query_string). У него есть свойство permissions. Свойство являеся массивом булевых значений (тру/фолс).

Перед запуском фронт контроллера запускается ACL (access control list), который определяет есть ли у текущего мудоёба доступ к запрошенному разделу или нет. Если есть, то запускается фронт контроллер.

Он запускает класс либо из общей папки контроллеров, либо из подпапки с именем модуля (для админки это "ControlPanel"). Действие класса, которое будет вызвано определяется в алгоритме фронт контроллера. Каждый контроллер наследуется от прототипа контроллера, в к-м проходят рутинные операции - заводятся объекты config и прч а так же определяются методы присвоения тайтла и прч хренотень.

Конкретно у меня нет различий на админку и не админку. Есть компоненты приложения к которым установлены права доступа. Если доступа нет - иди н***й, иначе компонент запускается.

То что написано в топике является полной поебенью.
 
Собственно, все уже сказано выше. Разницы между админкой и не-админкой нет, есть разница в правах доступа и запускаемых контроллерах.
 
Идея с пользователем являющимся объектом с массивом свойств извлёк когда писал продукт для булки для замены капчей формой вводом SMS-кода и апанья тем за SMS в отдельных разделах :)

В булке много хороших идей есть, часть из них, конечно, крайне уе...нски реализована (глобалы всякие и прч, после объектной-ориентации кажется ахтунгом использование чего-либо из глобальной области видимости в принципе, нелепые хуки [за изобретение ставлю пять, а за экзамен неуд... неуд:D] и их идиотской тонной эвалов)
 
Довольно хорошо хуки реализованы в WordPress. Ну, и некоторые фреймворки с эмуляцией AOP через рефлекции предоставляют неплохие возможности для реализации хуков :)

Написал это, потом понял что это про шаблонные хуки. Ну да ладно.
 
Довольно хорошо хуки реализованы в WordPress. Ну, и некоторые фреймворки с эмуляцией AOP через рефлекции предоставляют неплохие возможности для реализации хуков :)

Написал это, потом понял что это про шаблонные хуки. Ну да ладно.

Ну почему, это не только про шаблонные хуки. В булке есть ещё хуки к скуль запросам (where, выбираемые поля, order в нек-х запросах) :D она ваще вся на эвалах построена) это бесит) но это оффтоп)
 
по-моему идеология написания админки проста, по опыту, пишешь сайт, затем для него пишешь систему управления, которая дает возможность управлять контентом настройками и расширениями (при необходимости). После того как сайт написан, пилить админку намного проще
 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху