дело не в сложности, дело в удобстве.
например обычный контроллер char...
использует модель guid_info, и прямое обращение к массиву session
а не проще ли подключить модель "account" , в нем проверять авторизацию, уровень доступа и осуществлять поиск гуида, производить обмен, выдавать бан и т.д.? Не плодя ненужные сущности.
плюсы:
проверка авторизации - через сессии ( "сессии" отдельный абстрактный класс, который формально завязывается на нужный, обычные сессии, бд )
уровень доступа - ACL, опять же в конфиге, БД или еще как нить
Многое завязывается на БД, но опять же на интерфейс, реализация может быть хоть Mysql, хоть postgres, хоть sqlite...( для собственных данных )
|