Может войдёшь?
Черновики Написать статью Профиль

Комментарии tmanager

Честно скажу: я не понял, как бы Вы попроще сделали. И я пока нигде не нашёл человеческого описания.

Сделал, как сумел — и описал здесь. Работает.

То есть если я ещё какое-то стороннее решение вкручу в проект композером — оно мне геолокацию затрёт?

Объяснитесь.

Какими реальными проблемами чревато описанное решение? Особенно если вспомнить, что composer сделал бы именно это?

Ellrion

Как разворачивать приложение т.е. composer install? Ваше решение затрется. При добавлении вендора по идее тоже? И при обновлении (composer update). Как вы деплоете? У вас вендорная директория под гитом что ли? Или вы гитом вообще не пользуетесь.

Как-то не пришло в голову. Если б несколкьо неймспейсов добавлял бы — наверное, так бы и поступил.

И так и сделаю, когда в следующий раз буду что-то добавлять. А сейчас уже оставлю как есть.

Неясно, возвращается ли в экземпляре id.

Helldar

При использовании метода `create` всегда возвращается полная модель записи.

Ну да. Раз уж пришлось работать в MVC (мне больше нравится мои собственные паттерны, но что делать — не кормят они...) — то очень поможет порядок: где что искать.

В моделях — ищем работу с базой(-ами).
В контрололерах — всю логику.
В представлениях — всё, что относится к вёрстке.

Птоэтому у меня представления короткие и почти лишенные логики. В них — верстка страницы.

Я поддерживабю проект, написанный другими разработчиками. Там представление…

Denys

по мне проще, если контроллер делегирует данные в переменную посредством функций, которые определенны в отдельном файле типа main_functions
а во view уже кидать отдельные массивы данных

У вас все посты совершенно в одном духе — как раньше было хорошо, как сейчас плохо

Да ладно. Ничего подобного в моём комментарии нет.

Какая разница между представлением и логикой, если они пересекаются?

Никакой. От себя добавлю — они всегда пересекаются. Ну кроме каких-то совершенно «учебных» случаев.

Смысл их делить?

Никакого.

Тогда уж писать…

Это открывает подобные возможности для использования шаблонов:

PHP
<ul>
@foreach (
$pages as $page)
  <
li>{{ $loop->iteration }}: {{ $page->title }}
    @if (
$page->hasChildren())
    <
ul>
    @foreach (
$page->children() as $child)
      <
li>{{ $loop->parent
Proger_XP
  1. P.S. А я так и знал — не получится в MVC по-человечески разнести логику и оформление.

У вас все посты совершенно в одном духе — как раньше было хорошо, как сейчас плохо. Причём без фактов и примеров, просто слова в вакууме.

Какая разница между представлением и логикой, если они пересекаются? Смысл их делить? Тогда уж писать всё в одном файле, как в WordPress, и не заморачиваться модными концепциями.

Совсем нет описания «логики», которую можно включать во view. Например, @include

kurtkaa

«логика» ,например @include, относится к blade-шаблонизатору,а не к представлениям напрямую

Спасибо! Я скоро напишу статью, когда закончу часть своего нового проекта.

Как Вы заметили, я не пересказываю документацию своими словами. Я ее читаю, чего-то очень мне в ней не нахожу, бьюсь, как рыба об лед, и если удается «забороть» — пишу, как мне это удалось.

Думаю, про авторизацию напишу. Иду на ошупь, дока совсем не помогает.

← Назад | ДальшеДвижется на Habravel