Что то аргумент не понятен. Причем тут пивот таблицы и имя контроллера? Можете пояснить, пожалуйста
Laravel по-русски
Laravel по-русски
Видимо я его всё же обидел, так как он удалил не только ту статью, но и свою предыдущую, которую многие посчитали полезной. А жаль, такой цели у меня не было.
Спасибо за исправления. Да с грамматикой у меня всегда было плохо. Надо будет давать кому то вычитывать сначала, если буду еще писать.
Как разворачивать приложение т.е. composer install? Ваше решение затрется. При добавлении вендора по идее тоже? И при обновлении (composer update). Как вы деплоете? У вас вендорная директория под гитом что ли? Или вы гитом вообще не пользуетесь.
Так делать нельзя не в коем случае. Или форум с подменой репозитория. Или уж если не так то на худой конец прописать автолоудинг в composer.json
Что касается первой части вы абсолютно не правы. Во всей литературе именно V из MVC на русском переводят как представление и реже вид. А конкретный файл это шаблон.
Про второй тоже. Но тут писать больше, а я с телефона сейчас. Отмечу только Что касается пыхи с 5.4 и this, то остались статические анонимки.
Я что то устал тут приператься. Жаль что тут не хабр и нас некому рассудить.
- Во всей литературе именно V из MVC на русском переводят как представление и реже вид. А конкретный файл это шаблон.
Когда я писал «в большинстве случаев их используют», то имел в виду их применение в повседневной речи (хотя бы и здесь на форуме), а не литературе. Там же, где сейчас засилье «вью».
- Что касается пыхи с 5.4 и this, то остались статические анонимки.
Да, действительно, про них я забыл. PHPstatic function без PHPuse, по идее, даёт полностью анонимную функцию.
- Я что то устал тут приператься.
- «Выполнит ли статья эту миссию, если вместо «Роуты ловят» написать: ...»
Ну зачем передергивать. Можно писать просто но при этом без теоритических ошибок. И статья выполнит миссию если написать вместо «этот фасад ловит запросы» — «И роут указывает где нужно обработать запрос с определенным методом на определенный урл....»
К документации на данном сайте я отношения не имею. Но термин `представление` нравится или нет является устоявшимся когда мы говорим о слое View из MVC. Не нравится он, ну можно использовать `Вид` еще. И соответственно класс View или View\Factory или фасад View это все представление. А вот файлики содержащие разметку ну можно назвать и представление и вид и шаблон, ну да и макет на худой конец. Но там в контексте ты писал о view как о функции и она вот не разу все же не макет а часть функционала слоя представления.
"Может, Вы правы, а эти две доки ошибаются (это не ирония!). Но я ошибусь вместе с ними, чтоб помочь новичкам"
Вот не надо этим прикрываться. У тебя термин "лямбда-функция" , который в доке не используется. Уже бы и писал не "и для них запускает вот это замыкание (ну или лямбда-функцию — как больше нравится):" а "и для них запускает вот это замыкание (ну или анонимную функцию — как больше нравится):"
Теперь что касается вообще терминологии. Лямбда функция (лямбда-выражение) по сути можно считать синонимом термина анонимная функция (т.е. функция которая не имеет имени в пространстве имен). Замыкание же это…
Но термин
представлениенравится или нет является устоявшимся когда мы говорим о слое View из MVC. Не нравится он, ну можно использоватьВидеще.
"Представление"/"вид" действительно режут слух, т.к. в большинстве случаев их используют для обозначения конкретного, гм, представления (разметки/страницы/...), т.е. шаблона, а не для обозначении V в MVC. Учитывая это лучше уж привычные, хотя и не всегда корректные "шаблон" или "макет", чем "лэйаут" или "вью".
Почему же в доке они используются то один то другой и очень вольно? Потому что в php все анонимные функции реализованы через класс Closure (Замыкание).
В большинстве (всех?) распространённых веб-языках анонимная функция использует область видимости, где она объявлена, поэтому замыкание == анонимная функция. Чисто анонимные функции можно было получить в PHP 5.3, где $this был запрещён, если опустить use. Но это такие тонкости...
← Назад | Дальше → Движется на Habravel
Если ктонибудь работает роутингом на Pivot таблицах, нп: attribute_product, то ему будет проще называть контроллер так же, как и таблицу.
Будет:
attrbiute_product, AttributeProductController, attribute_product/{id}
А в случае с articles:
articles, ArticlesController, articles/{id}.
То что придлагает автор говорит нам менять название контролера на ед. ч. Но зачем? Если все можна сделать очень просто.
Ну и если взять его пример то как быть с attribute_product.