| |
|
|
| | стоит уровень ошибок all | strict, соответственно выводятся все нотисы, дабы избежать появления нотисов приходится совершать кучу лишних телодвижений, предопределять переменные, проверять переменные на isset и empty. с одной стороны это по идее делает код стабильней, с другой замедляет его работу и написание. на сколько это оправдано?
+ оправдано ли при обработке форм, проверять наличие редактируемой записи в базе запросом, т.е. пришел у нас корректный айдишник из формы, стоит ли проверять существование сопоставляемой записи в базе? во фронте? в бекэнде? | |
| |
|
|
| |
|
|
| |
для: Balamut182
(09.04.2010 в 11:08)
| | | 1) isset и empty - это часть логики, а не лишние телодвижения.
2) проверять надо всё и всегда. Валидация на клиенте желательна, но это скорее для удобства пользователя, кому надо её обойти - обойдет, ну а на сервере обязательна. | |
| |
|
|
| |
|
|
| |
для: Balamut182
(09.04.2010 в 11:08)
| | | >с другой замедляет его работу и написание. на сколько это оправдано?
Насчет замедления работы кода - это либо заблуждение, либо попытка дезинформировать. Нечаянная или намеренная.
Насчет замедления написания могу сказать, что замедление написания (незначительное, на первых порах привыкания к внутренней дисциплине) с лихвой - в несколько раз - окупается ускорением отладки. Так что в конечном счете кодер только выигрывает. | |
| |
|
|
