Какой базовый функционал должен быть реализован в baseController и baseModel?

[fawkes]

Обычный паттерн мвц. От базовых контроллера и модели наследуются остальные. Какая реализация должна присутствовать в базе?
А то както голый базовый класс совсем не кошерно.

 

[Василий М.]

Обычный паттерн мвц.

Обычный паттерн мвц все пишут по-разному, с разной архитектурой. Какой вам нужен базовый функционал для наследжования, такой и должен присутствовать.

 

[fawkes]

все пишут по-разному

тут я полностью согласен.

Меня интересуют наиболее общепринятые и часто используемые методы.
Сижу, проектирую систему, которую чуть позже начну писать. Но никак в голову не лезет, что реализовать в выше названных классах., Даже что в ядро засунуть не знаю, помимо настроек и логгинга exception ошибок в xml.
Ваше мнение?

 

[Single]

http://пиши-код-блять.рф/

 

[fawkes]

Single, офигеть, т.е. не правильно сначала проектировать, а потом писать?
Нет, я напишу кучу гавна и буду в нем плавать!

 

[AmdY]

fawkes
есть такое дело как рефакторинг, если ты не знаешь что тебе нужно, то стоит начать именно с написание кода, затем выделяешь код в отдельные методы и поднимаешь по дереву наследования.

 

[Василий М.]

Меня интересуют наиболее общепринятые и часто используемые методы.

да нет никаких "общепринятые и часто используемые методы". http://пиши-код-блять.рф/

 

[Василий М.]

Single, офигеть, т.е. не правильно сначала проектировать, а потом писать?
Нет, я напишу кучу гавна и буду в нем плавать!

так и все происходит на самом деле. так было и всегда будет.

 

[fawkes]

AmdY, знаю что есть, после гавнокода он тянется затяжно и медленно...

затем выделяешь код в отдельные методы и поднимаешь по дереву наследования.

А можно подробнее?

да нет никаких "общепринятые и часто используемые методы".

Почему? Например чуть ли не каждый framework содержит ORM для работы с базой, генераторы форм, слои, настраиваемый роутер... и так далее.

так и все происходит на самом деле. так было и всегда будет.

Практически бесспорно, но для чего тогда проектирование, тестирование и прочие плюшки, которые сопровождают ПО. Как раз для того, чтобы минимизировать количества говнокода, я что не прав?

 

[флоппик]

поднимаешь по дереву наследования.

Кстати, phpStorm 6 теперь умеет это изкаропке!

 

[fawkes]

phpStorm 6 теперь умеет это изкаропке!

Побежал обновляться.

 

[Ragazzo]

fawkes

чтобы минимизировать количества говнокода, я что не прав?

да, но на первых этапах он есть почти всегда, только он с применением паттернов и прочих фишек, это "более высокий" гавнокод.

тестирование

оно почти так и работает:
1. пишешь тесты
2. пишешь код
3. тесты работают
4. рефакторинг
5. см. п1.

 

[fawkes]

да, но на первых этапах он есть почти всегда, только он с применением паттернов и прочих фишек, это "более высокий" гавнокод.

ясно. спасибо.

оно почти так и работает:
1. пишешь тесты
2. пишешь код
3. тесты работают
4. рефакторинг
5. см. п1.

утопия какая-то

 

[Ragazzo]

fawkes
программирование вообще по большей своей части это "я живу сидя"

 

[grigori]

у меня обычно так:
Базовый класс для контроллеров
Базовый класс для моделей

 

[fawkes]

grigori, оригинально

 

[c0dex]

Yii, камментов больше чем кода, нахрена?

 

[grigori]

c0dex, https://github.com/yiisoft/yii/blob/1.1.13/framework/yiilite.php

 

[fixxxer]

grigori
А у меня есть велосипед, который проходит по заданному дереву исходников, через token_get_all определяет порядок склеивания собирая дерево зависимостей, и клеит в один файл.

Комменты не выкидывает но легко можно сделать.

Конечно, должен соблюдаться очевидный пункт из psr-1

Files SHOULD either declare symbols (classes, functions, constants, etc.) or cause side-effects (e.g. generate output, change .ini settings, etc.) but SHOULD NOT do both.

Правда, писалось это до того, как у меня развелись неймспейсы. Надо будет допилить, чтобы делало по файлу на неймспейс

 

[grigori]

fixxxer прикольная тулза, а зачем по файлу - можно же и менять NS, все-равно читать файл не надо