Поражает упорство, с каким вы, несмотря на простреленные обе ноги и гирю на шее (я про выбранное название фреймворка и общий брендинг) продолжаете ползти к цели. Молодцы.
Создатели Реакта выкинули эту заскорузлую схему вместе с MVC и правильно сделали. Компоненты — это динамические вьюхи и само собой там должен быть код. Относить его в другой файл — это молиться богу абстракции в надежде на то, что код волшебным образом станет более поддерживаемым. В случае фронтэнда — не станет.
Использую Angular не два года, а всего полгода, но хорошо понимаю автора.
После известий о Angular 2.0, который всё поломает, я решил посмотреть на что-то другое и сейчас читаю документацию по ember.js — и знаете, СЛЕЗЫ СЧА^W^W слезы счастья катятся по моим щекам. Если кто-то испытывает непонятный баттхерт от прекрасной, как все вокруг говорят, технологии — советую посмотреть на ember.
Все же, учитывая частоту коммитов в github.com/laravel/laravel/commits/develop стоит предупредить народ, что начинать проекты на пятерке сейчас не стоит, даже к бете может все очень сильно измениться внутри.
По поводу мытья соглашусь, со временем особо хитровывернутое устройство клапана, или, особенно, невозможность снять и помыть внутреннюю часть верхней крышки, которой часто касается еда (например убегающее молоко в каше) сводит на нет все остальные плюсы мультиварки. Как представишь, что её целиком надо тащить к мойке, а потом как-то сушить… нет, спасибо, я лучше в кастрюльке.
Так уже блокировали. Не все фронт-ip, но один точно, на пару месяцев, в начале года. У некоторых региональных провайдеров до сих пор этот ip в списках и сайты на cf там не открываются.
hello wolrd, которыми тестят фреймворки, не используют hmvc.
Я несколько лет работал с Коханой, это прекрасный простой фреймворк, её layered file system — реально находка. Но «гибкости любого уровня» там, к сожалению, нет — фреймворк провоцирует писать статическими классами или как в прокрустово ложе ложиться в MVC, весь код перенося в контроллеры и задействуя HMVC как средства против дублирования кода. Я почувствовал что если буду дальше делать сайты на Кохане, то буду говнокодить и со временем совсем отстану от php-движухи, тупо переписывая composer-пакеты в кохановские модули, так как под Кохану уже давно никто ничего не пишет. Поэтому перешел на Ларавель.
20 км до работы пешком — это, имхо, как раз инициализировать всю http-request-response обвязку ради того, чтобы получить особым образом сформированные данные.
А выделять функцонал формирования этих данных в отдельные классы и вызывать их методы в контроллерах и других классах — это более правильный подход.
Вот вам именованная цитата, если вам так удобнее:
So, what is the solution to this dilemma? Many developers start packing logic into their controllers.
Once the controllers get large enough, they need to re-use business logic that is in other controllers.
Instead of extracting the logic into another class, most developers mistakenly assume they need to
call controllers from within other controllers. This pattern is typically called “HMVC”. Unfortunately,
this pattern often indicates poor application design, and controllers that are much too complicated.
Feel the need to call controllers from other controllers? Extract the logic into a third class that can be injected into any controller.
Taylor Otwell — Laravel: From Apprentice To Artisan, страница 24
Фреймворк всегда будет бесплатным. Платными будут некоторые модули к нему, написанные, оттестированные и поддерживаемые лично Тейлором и людьми из core-команды. Например, интернет-магазин (вряд ли сделают именно это, слишком банально и решений разных уже много, но продукты будут такого уровня, думаю).
Там не написано, что «все», не нагнетайте. Скорее всего будет репозиторий как у cartalyst, где обновления и форум поддержки будут доступны только тем, кто оплатил подписку. И наверняка будет торрент с этими модулями, который будет регулярно обновляться.
А такого же про Ember.js нету случайно?
После известий о Angular 2.0, который всё поломает, я решил посмотреть на что-то другое и сейчас читаю документацию по ember.js — и знаете, СЛЕЗЫ СЧА^W^W слезы счастья катятся по моим щекам. Если кто-то испытывает непонятный баттхерт от прекрасной, как все вокруг говорят, технологии — советую посмотреть на ember.
Я несколько лет работал с Коханой, это прекрасный простой фреймворк, её layered file system — реально находка. Но «гибкости любого уровня» там, к сожалению, нет — фреймворк провоцирует писать статическими классами или как в прокрустово ложе ложиться в MVC, весь код перенося в контроллеры и задействуя HMVC как средства против дублирования кода. Я почувствовал что если буду дальше делать сайты на Кохане, то буду говнокодить и со временем совсем отстану от php-движухи, тупо переписывая composer-пакеты в кохановские модули, так как под Кохану уже давно никто ничего не пишет. Поэтому перешел на Ларавель.
А выделять функцонал формирования этих данных в отдельные классы и вызывать их методы в контроллерах и других классах — это более правильный подход.
Вот вам именованная цитата, если вам так удобнее: