Я не пойму почему ты считает что лучшие ,а что нет.

Если у тебя есть своя идея и она лучше..так чего ты свою идею не предъявишь?!

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

Ты думаешь что выступая перед тысячами людей,призентируя в разных городах мира.Все ошибаются?

Ты прав - Вы все не правы.Это мания величия.

Сейчас в любом университете мира(гарварде) ООП идет на первых местах по 2-3 семестра.

Можем мы ли мы узнать в какой какой компании ты работаешь? И какая твоя должность?(Для общего представления)

Смешно, я Вот не пойму вы троллите нас, чтоли?

Писать на ООП, используя frameworki

• Для начало надо знать идеально процедурный подход
  
• Знать ООП и очень хорошо
  
• Знать архитектуру фрайморка
  

И это года, более года 4 опыта надо чтобы писать на ООП , грамотно

А что вы предлагаете?
Знать процедурный подход Школьный уровень

Вернутся мне в школу, когда все программировали на Visaul Basic и pascal?
На процедурном стиле 90-ых?
Думать не надо КАК РАЗ в процерудном подходе. Всё в кучу, зато зашибись работает.
Эти проекты пишите на 1 раз.
Очень мило!

Вы так же можете упереться в столб, что нет я знаю pascal, и не куда не пойду.

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

Twin, Вам бы новости писать, внимание астероид мы все умрём!! ))

Oyeme два года , а не два семестра

Вот именно. Есть стандарты, RFC к примеру. И их вполне достаточно, что бы программисты друг-друга понимали, не сковывываясь рамками.

Всё остальное - от лукавого.
Oyeme

Как раз я то и не считаю, что есть лучше, что есть хуже. Нравится использовать паттерн, да ради бога. Только зачем представлять это как единственно правильное решение, всех остальных обзывать говнокодерами. Я вот роясь в чужих кодах, эти тенденции очень хорошо вижу. Люди не понимают сути, а нахватались верхушек и туда же. Паттернами писать. ООП. В итоге рождаются такие "шедевры", что любой процедурный говнокод даст фору сто вперед.

А самое смешное, покажи любому автору этого шедевра другой ООП код и расскажи минусы, как он тут же заявит, мол это неправильно использование ООП. Причем весело бывает показать двоим код друг друга. Вот они щеки то дуют)))

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

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

Это просто и рационально со всех сторон. Не нужно открывать стопицот файлов в поисках вчерашнего дня. Цепочки максимально коротки.

И тут есть своя архитектура. Только она не навязывает правил и не устанавливает рамок. Формирование вывода в контроллере - нет проблем, если это рационально. Запрос - тоже. И пусть нарушаются принципы MVC, плевать. У меня свое о ней представление.

И знаете что я скажу. Разбираться в таком коде, где не унификация, а рациональность правит бал, гораздо приятнее и продуктивнее. Чем лезть в дебри унифицированных зендов, симфоний, кохан и YII.

Хотя каждому свое.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Судя по тому коду, что вы привели в пример, эти 4 года просто потерянное время. Именно об этом я и пишу - нифига никто не умеет писать грамотно на ООП, а все считают себя гуру.

Неужели не жалко времени на то, чтобы научиться писать простые вещи такими сложными выкрутасами? inpost дал оценку, мне особо и добавить то нечего.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

ну "ниже", наконец, когда наступит?

тут согласен, это самая мега странная вещь которую твин утверждает .

_____________
There never was a struggle in the soul of a good man that was not hard

Если лень самому почитать ниже, скопирую сюда:

Да не я один. Полно индивидуумов, которых совершенно не пугают веревки плана

    $excelObj->getSheet($sheetIndex)->mergeCells("D$row:J$row")->setCellValue("D$row",self::EXCEL_REPORT_NR.$this->data['request_nr'] . '.' . $this->data['id'] . $data['letter'])->getStyle("D$row")->getFont()->setBold(true)->setSize(14);

и которые тут же умудряются написать

$text = trim(strip_tags(htmlspesialchars(stripslashes(substr($text, 100)))));

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

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.