@yii2ru

капец, столько чатиков уже

не, у меня похожего нету. Написать свой рул это 20 минут дела.

Ну это все умеют. а вот взять и написать на в строенном ни как. видимо убогость роунинга из коробки так и будет фишкой йии2

Такой вопрос, вот я пишу класс. И если в нём есть что-то, что должно прекратить выполнение скрипта, die() уместен? Или нужно исключения кидать?

Нет

исключение

Ну это все умеют. а вот взять и написать на в строенном ни как. видимо убогость роунинга из коробки так и будет фишкой йии2

я хз о чем ты, так как у меня не было проблем которые бы я не смог решить на ии2

другой вопрос что люди не могут найти решений

http://pastebin.ru/XDqQHdNj

?

Я это понимаю, но пока так.

я хз о чем ты, так как у меня не было проблем которые бы я не смог решить на ии2

видимо просто разные сложности проекты. будет время перепишу этот роутинг и будет это как отдельная либа

А есть что-то штатное в PHP чтобы сразу проверить на наличие нужного функционала?

Или свои велосипеды писать?

зачем везде static ?

Так класс статический. Чтобы объект не создавать?

Или я что-то не так понимаю в твоём вопросе?

видимо просто разные сложности проекты. будет время перепишу этот роутинг и будет это как отдельная либа

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

Или я что-то не так понимаю в твоём вопросе?

https://habrahabr.ru/post/169301/

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

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

тебе ссылку на стаью скинули, прочти и все станет ясно)

а еще статические методы не тестируемы, почти, без костылей

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

у меня даже мой личный блог превратился в ад роутеров ?

у меня даже мой личный блог превратился в ад роутеров ?

хм... как так выходит, что у меня нет проблем, а у тебя даже мелкая задачка превращается в ад? Может ты чет перемудрил там?

у меня роутинг рос только когда я rest api роутил

магазины и корпосайты и вся мелочь умещалась в 5-6 строчках

хм... как так выходит, что у меня нет проблем, а у тебя даже мелкая задачка превращается в ад? Может ты чет перемудрил там?

ну да роунинг сложный пошел ?

У меня не controller/action обычно

а как?

может в этом и проблема?))

post/123 => post/view post => post/index post/update/123 => post/update post/delete/123 => post/update стандартная схема роутина. Местами можно менять только составляющие и все. Для блога еще сео надо. Тут не подойдет такое если нормальное сео делать.

Как ты обычно у себя делаешь?

Если в приложении controller/action то да это легко. а так . это мрак. Ну разные модули в блоге. я еще люблю отделять пост и гет методы. в разные функции

пост и гет в разные функции это как?

getCreate() - это гет postCreate() пост не люблю когда в сложных приложения actionCreate отвечал за гет и пост

в чем профит?

зачем ты так делаешь?

страница create должна и то и то отрабатывать

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

Не должна.

должна

Нет. я так понимаю ты только на йии работаеть ? =)

на симфони еще

а где ты видел что не должна?

Да в той же ларке удобно раздельно обрабатывать пост и гет

ну, в этом нет смысла просто)

объясню

Разделяй и влавствуй

во

Когда у тебя на пост и гет отдельные методы, тебе легче ими управлять

покажи пример кода)

ща минутку

так проще будет, мож я чего не вкурил

https://gist.github.com/exileed/11ffd08fe132c4151ffed16483350d8b вот простой пример

эм... ты одну логическую операцию разбил на 2 метода. Это не упростило, а усложнило. Причем у тебя в 99% случает get метод будет в одну строку - отдать вьюху. Так же, когда юзер ошибся с вводом данных он желает увидеть свою форму снова, заполненную и с флеш сообщением про ошибки. В твоем варианте такого сделать нельзя будет. Ну либо в пост методе снова рендерить вьюху - это дублирвоаие кода.

Так же, часто во вьюху нужно передавать обязательные пеменные, если их нет - ошибка. Дублировать код снова и в гет создавать форму или объект А пустой чтобы просто ошибки не было и в пост его же...

в общем, такой вариант сводит на нет станадртное юзер поведение.

эм... ты одну логическую операцию разбил на 2 метода. Это не упростило, а усложнило. Причем у тебя в 99% случает get метод будет в одну строку - отдать вьюху. Так же, когда юзер ошибся с вводом данных он желает увидеть свою форму снова, заполненную и с флеш сообщением про ошибки. В твоем варианте такого сделать нельзя будет. Ну либо в пост методе снова рендерить вьюху - это дублирвоаие кода.

Подожди. это просто пример у меня есть сложные примеры где вывод get это в 15 строчек кода

именно в веб приложении.

покажи

ща в другую иде загружусь

только давай после этого примера вернемся к yii2

я тебе больше скажу) эти методы всегда должны быть тонкими. Я на yii2 уже давно свел все к конструктору подключаемых к контроллеру экшенов и конфигурированием их парой параметров. Сча покажу. То есть у меня на проекте 99% экшенов стандартных из моего репозитория.

Пля ,памяти не хватает на 2 ide-

99% контроллеров у меня выглядат вот так https://yadi.sk/d/sm0igTUz38s64i

это админка)

ERROR: S client not available

это CRM система достаточно сложная

это главнй контроллер админки

https://gist.github.com/voskobovich/53b4012268d6504069fdb8eb012b7cd9

вот тут все эти экшены внешние https://github.com/voskobovich/yii2-crud-toolkit

А ты предстать сложнее приложении . на пример нужно отдать 30 переменных в вьюху

это не правильно)

ты во вьюхе должен передать один объект, ну два

а в них уже запакована бизнес логика сложная))

с чего это не правильно ? как их передать тогда

в этом то и феншуй)) если я вижу, что во вьюху уходят куча переменных - я сразу знаю что я делаю что-то не так

все равно их нужно где-то получать

во вьюхах вообще бизнес-логики не должно быть

Да нету ее там. с чего взяли то

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

https://gist.github.com/voskobovich/5d87b770542f8c78eab9bf094d72bb70

вот мой один из сложных контроллеров на проекте

Ладно, 2 иде у меня не запускается и я не смогу показать где нужно разделение на пост и гет . фиг с ним

любая логика, самая сложная реализуется максимально просто. Я намеренно себе убрал возможность кодить в контроллере )) это такой лайфхак, чтобы руки не тянулись

90% всех задач по редактированию форм и загрузке файла, с кропом а попапах решаются моими экшенами.

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

все нужные кастомные методы дописываются рядом с методом actions(). За всю историю проекта у меня пришлось дописать буквально пару экшенов в нескольких контроллерах. Хз, может я чет не то делаю и мне везет строить сложные приложения на ии2, либо другие что-то усложняю)

Так, я спать пойду) Всем спокойно! Приятно было пообщаться. Все же обмен опытом!

Спокойны ночи.

И спс за бесполезный спор =)

/yazaban

https://github.com/symfony/symfony/pull/21289

Крутое решение вместо папок использовать psr4 для авторегистрации сервисов

Коллеги, я вчера познакомился с двумя отличними инструментами PHP CS и PHP CS Fixer. Настроил для своего проекта PHP CS по стандартам Yii2 из офф репо https://github.com/yiisoft/yii2-coding-standards. Но не нахожу в документации как по настройкам PHP CS запустить PHP CS Fixer. И возможно ли это вообще? Так как логично, что мне теперь весь проект надо прогнать и исправить :)

хочу иметь один конфиг на два инструмента - это реально?

Коллеги, я вчера познакомился с двумя отличними инструментами PHP CS и PHP CS Fixer. Настроил для своего проекта PHP CS по стандартам Yii2 из офф репо https://github.com/yiisoft/yii2-coding-standards. Но не нахожу в документации как по настройкам PHP CS запустить PHP CS Fixer. И возможно ли это вообще? Так как логично, что мне теперь весь проект надо прогнать и исправить :)

Лол, ну ты и откопал. =) Этот реп я делал, там ничего полезного нет, из того, что есть в PHP CodeSniffer.

Deprecated по сути.

всмысле?