Создание страницы разграничения прав

[Freedom77]

Подскажите как правильнее создать страницу разграничения прав пользователей?

[alatar]

Что вы подразумеваете под "страницей разграничения прав пользователей"?

[Astraport]

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

[alatar]

Гадать можно долго, прецеденты были, по 5-6 страниц обсуждения без топикстартера на тему: а что же он имел ввиду. Неужели так трудно составить внятный вопрос, дабы не приходилось клещами видирать смысл. Эххх.

[Freedom77]

Специально не указывал конкретику, дабы с иной стороны посмотреть на проблему и решения которые могут быть предложены.
Есть основное приложение и состоящее из модулей. Нужна страница администрирования пользователей (по ролям), где той или иной роли разрешается просматривать ту или иную вкладку, для одной роли разрешить редактирование одного набора полей документа (количество типов документов неограничено), для другой роли другой набор полей.
Всё стандартно как и в любой системе администрирование которой происходит по ролям.
Есть идея в основной программе дать описание всех модулей с полями по которым возможно управление. В базе хранить связку роль, поле, значение доступа.
Хотелось узнать как вообще правильнее всё это сделать в плане дальнейшей масштабируемости.
И ещё, если кому то запретить просмотр тех или иных полей, то останется пустота в "документе". Можно кидать динамически в VBox, но хотелось бы визуально создавать программу.
Буду благодарен за идеи и замечания. Заранее спасибо!

[alatar]

Можно кидать динамически в VBox, но хотелось бы визуально создавать программу.

Забудьте вы про этот design mode (он и половины не показывает из реального положения дел), дизайн делается отдельно и заранее. Хотя бы и на листе бумаги.

Есть идея в основной программе дать описание всех модулей с полями по которым возможно управление.

Зачем вообще основному приложению знать что может сделать модуль? Модуль должен быть как можно более автономным. Все что он должен знать о приложении это интерфейс (если он вообще модулю нужен, в данном случае имхо достаточно и событий).
Можете просто модулю передать роль в соответствии с которой он должен работать. Модуль в свою очередь покажет пользователю только разрешенный контент, соберет данные работы с ним (модулем) и отправит приложению результат своей работы.
Приложению же достаточно знать какие модули разрешены в данной роли.

Добавлено через 2 минуты
Тема слишком обширна с такими общими формулировками, вариантов решения масса, так что, как-то так.

[Freedom77]

Сообщение от alatar

Забудьте вы про этот design mode (он и половины не показывает из реального положения дел), дизайн делается отдельно и заранее.

Просто не хотелось бы везде использовать = new ...
Получается нафиг тогда IDE.
Но по идее правильнее делать через = new ... , так как не будет проблем с представлением пользователю неразрешённых ему полей.

Сообщение от alatar

Зачем вообще основному приложению знать что может сделать модуль? Модуль должен быть как можно более автономным. Все что он должен знать о приложении это интерфейс (если он вообще модулю нужен, в данном случае имхо достаточно и событий).
Можете просто модулю передать роль в соответствии с которой он должен работать. Модуль в свою очередь покажет пользователю только разрешенный контент, соберет данные работы с ним (модулем) и отправит приложению результат своей работы.
Приложению же достаточно знать какие модули разрешены в данной роли.

Полностью согласен, правильнее хранить описание модуля в самом модуле (Кстати, ещё вопрос как хранить описание?). Но тогда возникает проблема загрузки всех модулей в само приложение при открытии страницы администрирования.

Короче, вопросов больше чем ответов. Было бы хорошо глянуть на реальном примере или описании как всё это сделать правильно.

[alatar]

Получается нафиг тогда IDE.

У вас какое-то странное понятие об IDE.

Просто не хотелось бы везде использовать = new ...

mxml никто не отменял.

Кстати, ещё вопрос как хранить описание?

Да по-сути нет никакого описания, есть состояние.

Но тогда возникает проблема загрузки всех модулей в само приложение при открытии страницы администрирования.

Не вижу никаких проблем. Где вы их увидели?

[Freedom77]

Сообщение от alatar

Да по-сути нет никакого описания, есть состояние.

Пока не совсем догнал. Вот пример:
Есть модуль из 10 вкладок. В каждой вкладке свой набор компонент, который отображается в зависимости от прав.
Как организовать управление полями для ролей?

[alatar]

на каждую роль есть свой state