Hello Maxx,
Saturday, May 25, 2002, 1:04:01 AM, you wrote:
M> 5. Где данные-то хранить? и самое главное как с ними прозрачно работать?
M> Для каждого модуля должен существовать набор обязательных функций
M> (методов?). Нечто типа Сохранить_в_БД(), Сохранить_на_диске(). В этих
M> функциях/методах нужно использовать абстрактную модель "хранилища".
тут вот нифига не понял, что ты имеешь в виду, что для каждого модуля
должны быть некие методы, что-то там сохранить...
может быть это просто пиво :)
M> ----------------------------------------------------------
M> Продолжу список:
M> 6. Пользователи.
M> Есть Админы, есть Юзеры. Наверное будет лучше всего реализовать систему
M> ACL'ов и пользовательских групп для максимальной гибкости. Каждый
M> пользователь может быть членом любого кол-ва групп, для которых определяются
M> различные уровни доступа (смотреть : создавать) к различным модулям. Так же
M> уровни доступа могут назначаться в личном порядке для каждого пользователя.
предложение такое:
каждый модуль определяет набор действий, которые он обрабатывает,
например для форума это будут 'добавить топик', 'ответить' и т.д.
дополнительными параметрами должны быть:
- группа для которой определено данное действие
- подраздел для данного действия (например раздел форума)
- lparam, sparam (win32api :) ) - long param и string param -
дополниьельные парамеры, по которым модуль может самостоятельно
переопределить уровень доступа к ресурсу на время данного запроса
и для ядро поддерживает структуры для определения возможности доступа
к ресурсам модуля относительно групп и конкретных пользователей (хотя
последний пункт - очень спорный)
это вс применимо тогда и только тогда, когда только ядро управляет
доступом, т.е. модули сами не могут определять кого им пускать а кого
- нет...
M> 7. Для реализации клиентской части обязательно использование шаблонов. Я не
M> знаю как работается с XML+XSLT, но наверное лучше использовать эту
M> технологию. Стандарт как никак.
кстати, обязательно должна быть возможность генерить статику, хотя,
это не вывод клиенту, а модуль скорее. типа print-version
M> 8. Мультиязыковость - обязательна. Предлагается использовать gettext.
M> Удобно, просто, быстро.
где почитать про gettext ?
--
Origin: - Всегда помни, - улыбался Бог, - Я всегда посылаю вам только ангелов, и никого кроме них...
--
Антон Поваров [ ICQ: 85431470 ]
|
