Форум → Программирование → PHP для идиотов → парочка вопросов :: архитектура фв
парочка вопросов :: архитектура фв
Страницы: ← Следующая страница →
-
в любой момент разработчик может в контроллере открыть сессию, послать хеадеры и тд, следовательно надо делать буферизацию, чтобы не было "headers already sent".
вопросы:
1) всегда ли делать буферизацию?
1.1) куда ее идеологически правильно вшить? контроллер/request или же уровнем выше, до вызова контроллера(у меня это core.php)?
по другой теме:
3) чем должен заниматься класс request? я не могу для себя четко определить?
4) может кто посоветует хорошую орм? я работал только с doctrine?
4.1) есть ли какое-то авто/полу автоматическое кеширование запросов на уровне орм, чтобы не делать этого в контроллерах? -
12 ноября 2010 г. 21:50, спустя 4 минуты 46 секунд
1) да
2) где нить поближе к началу работы скриптов
3) хуй пинать
4) olololORM
4.1) врядли оно нормальное, даже если и естьСапожник без сапог -
12 ноября 2010 г. 21:54, спустя 4 минуты 18 секунд
чем должен заниматься класс request? я не могу для себя четко определить?
а зачем он тебе? -
12 ноября 2010 г. 22:01, спустя 7 минут 6 секунд
чем должен заниматься класс request? я не могу для себя четко определить?
а зачем он тебе?
чтоб каждый элемент системы занимался своим делом -
12 ноября 2010 г. 22:03, спустя 1 минуту 34 секунды
вот ты и определил, зачем тебе этот класс :Dчем должен заниматься класс request? я не могу для себя четко определить?
а зачем он тебе?
чтоб каждый элемент системы занимался своим делом -
12 ноября 2010 г. 22:09, спустя 6 минут 22 секунды
вот ты и определил, нахуй тебе этот класс :Dчем должен заниматься класс request? я не могу для себя четко определить?
а зачем он тебе?
чтоб каждый элемент системы занимался своим делом
у меня он уже есть и реализовывает нек-ую функциональность. но меня все смущает то ли я в него засунул и надо ли еще чтото -
12 ноября 2010 г. 22:49, спустя 39 минут 58 секунд
и надо ли еще чтото
а тебе еще что-то надо от него? надо - суй, не надо - не суйСпустя 99 сек.короче говоря, меньше задавайте вопросов.
да и вообще тупо копировать что-то, потому что оно есть везде. зачем еще одно корыто, если оно будет точно таким же, как другие?
не можешь придумать своё - пользуйся чужим -
12 ноября 2010 г. 23:02, спустя 13 минут 20 секунд
и надо ли еще чтото
а тебе еще что-то надо от него? надо - суй, не надо - не суйСпустя 99 сек.короче говоря, меньше задавайте вопросов.
да и вообще тупо копировать что-то, потому что оно есть везде. зачем еще одно корыто, если оно будет точно таким же, как другие?
не можешь придумать своё - пользуйся чужим
значит так мне надо -
13 ноября 2010 г. 1:23, спустя 2 часа 20 минут 30 секунд
3) Распихивать куда тебе надо нужную инфу из запроса
4) Нахуй ОРМ, ActiveRecord тебе в руки) -
13 ноября 2010 г. 1:32, спустя 8 минут 54 секунды
soulgarden, сделай всё так, что бы ты мог написать любой сайт за 3 дня. Если это будет - то ты на правильном пути.. -
13 ноября 2010 г. 1:46, спустя 14 минут 31 секунду
soulgarden, сделай всё так, что бы ты мог написать любой сайт за 3 дня. Если это будет - то ты на правильном пути..
верная мысль4) Нахуй ОРМ, ActiveRecord тебе в руки)
active record это как бы составляющая орм же -
13 ноября 2010 г. 1:48, спустя 2 минуты 17 секунд
active record
active record это паттерн. Суть та же самая, что и в domain object, только отличается дополнением в функционале логики домена -
13 ноября 2010 г. 1:49, спустя 31 секунду
ты хелоу ворлд как будешь писать? какой паттерн используешь?active record
active record это паттерн. Суть та же самая, что и в domain object, только отличается дополнением в функционале логики доменаСапожник без сапог -
13 ноября 2010 г. 1:52, спустя 2 минуты 55 секунд
soulgarden, Я имел ввиду что надо активрекорд но легкую, ОРМ все тяжелые, и ты явно не весь их функционал будешь использовать, универсальность - хорошо, но без фанатизмаСпустя 142 сек.Бле, хуйню написал :\ -
13 ноября 2010 г. 1:54, спустя 1 минуту 57 секунд
доменная модель и репозиторий идеологически правильнее, чем активрекордСпустя 27 сек.последняя противоречит принципу разделения ответственности
Страницы: ← Следующая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!