Pull to refresh
0
0
Владимир Сирица @padlyuck

User

Send message
А где тогда будет код если останется только кернел?
Кстати по поводу бандлов возник вопрос. В симфони к бандлам не принято делать миграции если что-то должно храниться в базе? Пытался найти хоть какой-то захудалый пример чтоб подсмотреть, но ни одного не нашел.
Ну возможно словом «бред» я высказался слишком резко, просто меня очень расстроил тот факт, что они в best practices специально упрощают реализацию поставленных задач, те же формы которые создаются прямо в контроллерах. По моему мнению, best practices нужны именно тогда когда ты уже примерно понимаешь как готовить фреймворк, а best practices должны показывать как это делать красиво и правильно, а в тех доках что я успел прочитать получается, что авторы задачу решают красиво и правильно, а то что напрямую к вопросу задачи не относится — там код уже идет по проще и не всегда красивый.

А еще вот есть видео https://youtu.be/Fu9j7w2hbW8?t=49 в тему
я бы даже добавил: о реальных best practice, а не о тех которые на оф сайте размещены, слишком упрощены и направлены на популяризацию фреймворка. местами там полный бред в примерах.

Я согласен с тем, что мануалы нужны для того чтобы учиться, но мануалы и best practice это разные вещи, imho
зачем симфони? он даже yii2 не смотрел, а вы тут сразу на симфони замахнулись))
с костылями и подпорками всё что угодно можно на всём чём угодно написать, только причем тут ваш вброс про вордпресс в теме о симфони?

з.ы. Самопись относилась не к вордпрессу, а к подходу некоторых товарищей «все фреймворки шлак, а я дартаньян»
> я б дейсвительно задумался о его применении.
да вы не думайте, вам это вредно. продолжайте обмазываться своими самописями и всё у вас будет хорошо. главное намазывать толстым слоем.

M-A-XG перелогиньтесь

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

Спасибо за ответ. А форму добавления комментария тоже в таком случае лучше упаковать в отдельный "виджет" или это уже будет экономия на спичках?

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

поделитесь пожалуйста примером как это красиво реализовать на симфони именно для ситуации когда нужно вывести несколько постов с лимитом, и комментарии к ним. В Yii2 есть магический метод with(), а в doctrine пока ничего подобного не нашел(возможно и не найду?)

продолжаете размахивать пиписькой? Прекращайте. В предыдущей части вы уже порядком показали что плаваете в вопросах практической реализации современных фреймворков. Иначе говоря ваши аргументы устарели.

В оригинальной статье допущена ошибка. Этот код:


public function getLatestBlogs($limit = null)
{
    $qb = $this->createQueryBuilder('b')
               ->select('b, c')
               ->leftJoin('b.comments', 'c')
               ->addOrderBy('b.created', 'DESC');

    if (false === is_null($limit))
        $qb->setMaxResults($limit);

    return $qb->getQuery()
              ->getResult();
}

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

<sarcasm>а там есть меню и хлебные крошки? без них любой фреймворк гуано и пофигу какая у него история и кто его разрабатывает.</sarcasm>
>Смысл в кусках кода, если всех устраивает подход фреймворков?
>Я не говорю, что у меня все круто.
тогда зачем вы так яро пропагандируете свою альтернативно-ориентированную точку зрения? Или вы думаете, что после разговора с вами тот же господин fesor к буям выкинет свой многолетний опыт работы с фреймворками и побежит строгать новый идеальный велосипед? Если уж говорить о своих идеальных велосипедах и конвеере работ, то нормальные люди выбирают фреймворк, на нем пишут свою цмс, к ней пишут кучу всяких модулей которые могут понадобиться, и вот на этой цмс уже клепают сайты. А написать ядро с нуля(пусть и один раз), потом его поддерживать и отлавливать баги и дыры — вы уж меня извините — это дурость и сизифов трудю Как по моему мнению — лучше уж переложить этот труд на разработчиков и комьюнити. Хотя если у вас вагон времени и с десяток сертификатов спеца по компьютерной безопасности — вперед на баррикады

>Во всех фреймворках похожие подходы…
может быть это чего-то да значит, не задумывались? ;)

>как вы наконец-то догадались
то что вы её тягаете из проекта в проект все знали изначально, вам скорее указывали на то, что вашу самопись в случае каких-то изменений может быть проблематично обновить на тех проектах которые вы уже реализовали с её помощью(это нужно не всегда, но тем не менее)

>Просто фреймворки приподносятся как нечто такое, на котором будет писаться только качественный код
Вы свою точку зрения преподносите так же. «Я не использую фреймворки, я крут. А все кто используют их — тупые макаки за компьютерами»
>Я ж спорю не с кодом фреймворков, а с самим подходом…
Я так и сказал. Знаете выражение «характер как и член должен быть твердым, и характер так же как и член не стоит выпячивать»? Вот вы именно этим и занимаетесь, выпячиваете свою альтернативную точку зрения. Это было бы хоть сколько-нибудь обоснованным, если бы вы могли привести хотябы куски кода, чтобы не быть голословным, возможно вашу точку зрения и приняли бы как-то. Но вы свои слова о том, что фреймворки говно, а у вас все круто, подтверждаете только своими же словами. Вы не википедия, на слово вам никто не поверит.

>В Украине очень популярный Yii, и на 3 работах доводилось работать именно с дремучим 1.1
ок, не спорю, yii популярен, но то что вы работали с дремучей её версией — это еще не означает, что все фреймворки говно. Это даже не означает, что yii2 говно. Но вы же наверное даже и не пробовали заглянуть в yii2?

Вам не хватает каких-то хлебных крошек, меню и еще какой-то фигни которая не относится к фреймворку. Кто мешает вам написать средствами фреймворка компонент или модуль который реализует нужный вам функционал и тягать его по всем проектам на этом фреймворке? Когда мне чего-то не хватает в юи я просто открываю интересующий компонент юи, полчаса трачу на то, чтобы изучить его код и пишу нужный мне функционал с использованием кода фреймворка(или без использования если нужна универсальность). Дальше этот функционал упаковывается в композер пакет и я могу к любому проекту его прикрутить.

>Он везде был приготовлен некачественно.
Будьте уверенны наговнокодить можно на чем угодно. Ваша самопись не исключение. Человек не знакомый с деталями вашей реализации с тем же успехом наговнокодит и на вашем ядре. Тут вопрос опять же не к фреймворку, а к прямоте рук которые на этом фреймворке что-то готовят.

Опять же, мы почему-то допускаем, что ваше ядро если не идеально, то как минимум написано хорошо, но пруфов никаких и мы вынуждены верить вам на слово. На поверке то может оказаться велосипед на костылях? :)

Я собственно говоря к чему растекся мыслью по древу? Обосновывайте свою точку зрения какими-то более авторитетными источниками или примерами своих реализаций. В противном случае — все что вы делаете — просто захламляете темы неподтвержденным мракобесием.
>А зачем примеры кода?
За тем, что Вы в каждом посте, затрагивающем фреймворки, диким ором орёте о том, что фреймворки гуано, а Вы такой замечательный и у Вас есть своё собственное МЕГАЯДРИЩЕ холеное и лелеяное с 2000какогото года, но Вы нам его не покажете, потому что мы все тут тупорылые снобы, не способные осознать всю красоту и элегантность Ваших решений. А те из присутствующих, кто проникнется Вашими идеями, обязательно бросят свой говёный %framework_name% и побегут пользоваться Вашим божественным продуктом, тем самым лишив Вас чудовищных прибылей.

Вы постоянно упоминаете какое-то свое ядро абстрактное в вакууме, но пока никто не видил пруфов о том, что оно действительно такое удобное, как Вы его описываете. Соотвественно все упоминания о том что «все фреймворки гавно, у меня свое удобное и правильное ядро» воспринимаются как «я не осилил yii, поэтому написал своё»

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

Information

Rating
Does not participate
Location
Краматорск, Донецкая обл., Украина
Date of birth
Registered
Activity