-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
к чему относится Exception в MVC?
- Автор темы grigori
- Дата начала
на самом деле это не чушь, этот вопрос появился из рабочего обсуждения сегодня в команде о том где в приложении ловить исключения из RPC-компонента, где готовить сообщение для лога и где вызывать запись в лог,
вопрос совсем не праздный, в разных местах надо делать обработку по-разному: если исключение появилось в ходе работы приложения - надо выдавать 500 Internal Server Error,
если в ходе работе виджета - только "ошибка компонента", а страница в целом должна отрисоваться нормально,
виджет у меня - субконтроллер, который дергает модели и выводит по шаблону
вопрос совсем не праздный, в разных местах надо делать обработку по-разному: если исключение появилось в ходе работы приложения - надо выдавать 500 Internal Server Error,
если в ходе работе виджета - только "ошибка компонента", а страница в целом должна отрисоваться нормально,
виджет у меня - субконтроллер, который дергает модели и выводит по шаблону
itprog
Cruftsman
юнит тесты то тут при чем? Учитывая, что исключения это больше try/catch конструкции, то это то же самое, что спрашивать "циклы/условные операторы - где это в mvc?"
Очевидно, что ловить надо там, где нужно, независимо от MVC.
И что мешает? Наверняка же есть хелпер для вызова виджета, в нем можно и использовать catch.
а HTTP_Exception_404 ?
мое мнение такое:
Exception - это обычный встроенный класс, как DateTime, это никакая не конструкция языка, просто класс, и он должен встраиваться в MVC,
throw - оператор вызова, с тем отличием, что вызов не добавляется в стек, как при вызове функции, а идет обратно по стеку вызовов,
catch - специальный синтаксис языка, подобный функции с заданным типом параметра, наследником Exception
Exception не обрабатывает действия пользователя и работает одинаково в любом контексте, это не контроллер,
не содержит информацию о форматировании вывода, это не View,
содержит данные об ошибке - это или внешние данные, или данные из логика приложения, но не содержит обработки данных,
это анемичная модель или Value Transfer Object
когда мы бросаем, например, CHttpException в yii - мы "вызываем" системный контроллер, передаем ему параметр CHttpException с текстом ошибки и кодом HTTP статуса, а он вызывает view, который отрисовывает страницу ошибки по шаблону и модели
Exception - это обычный встроенный класс, как DateTime, это никакая не конструкция языка, просто класс, и он должен встраиваться в MVC,
throw - оператор вызова, с тем отличием, что вызов не добавляется в стек, как при вызове функции, а идет обратно по стеку вызовов,
catch - специальный синтаксис языка, подобный функции с заданным типом параметра, наследником Exception
Exception не обрабатывает действия пользователя и работает одинаково в любом контексте, это не контроллер,
не содержит информацию о форматировании вывода, это не View,
содержит данные об ошибке - это или внешние данные, или данные из логика приложения, но не содержит обработки данных,
это анемичная модель или Value Transfer Object
когда мы бросаем, например, CHttpException в yii - мы "вызываем" системный контроллер, передаем ему параметр CHttpException с текстом ошибки и кодом HTTP статуса, а он вызывает view, который отрисовывает страницу ошибки по шаблону и модели
из понимания сути становится понятен способ применения: ловить надо или в однородной же сущности, или в контроллере,
исключение, которое бросили из модели, надо ловить или в модели, или в контроллере, но не во view.
в лог удобнее писать в контроллере - именно там прописывается логика, которая зависит от контекста,
в модели удобно поймать исключение драйвера и бросить новое, которое будет обрабатывать контроллер
исключение, которое бросили из модели, надо ловить или в модели, или в контроллере, но не во view.
в лог удобнее писать в контроллере - именно там прописывается логика, которая зависит от контекста,
в модели удобно поймать исключение драйвера и бросить новое, которое будет обрабатывать контроллер
Beavis
Banned
Очевидно же, что исключения надо делить на уровни.
На уровне модели свои исключения, на уровне контроллера свои.
На счет представления не знаю, если туда можно как-то умудриться их запихнуть, почему бы и нет.
Модель бросает исключение типа ItemNotFoundException extends ModelException, контроллер ловит это, и выкидывает исключение на своем уровне, типа Error404Exception extends ControllerException.
На уровне модели свои исключения, на уровне контроллера свои.
На счет представления не знаю, если туда можно как-то умудриться их запихнуть, почему бы и нет.
Модель бросает исключение типа ItemNotFoundException extends ModelException, контроллер ловит это, и выкидывает исключение на своем уровне, типа Error404Exception extends ControllerException.
? Рендерер yii?)MiksIr
miksir@home:~$
Нет, вспомнил работы на лимбе. Там приходящий запрос проходил через цепочку фильтров, определяемых в стартовом файле. Ну, роутер, сессия и т.п. И в том числе view и самый последний вложенный фильтр - выбор на основе подготовленных данных контроллера и его исполнение. Вот если отнести тот фильтр view ко view - то там вполне может ловиться HTTP исключение из контроллера и заменяться шаблон 
легкоКак?
PHP:
<div><?php throw new ViewException("туды ее в качель"); ?></div>