Категории: Все - методы - данные - шаблоны - логика

по Nikolai Purify 14 лет назад

335

Как быть с ISC

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

Как быть с ISC

ISC

Изменение логики

Возможно существуют такие моменты в методах view, create, update, delete; действие которых следует разделить на некоторые суб-методы. В дальнейшем их переписывать тем самым менять порядок работы главных методов
Изменить логику работы полей нельзя

Шаблоны

По умолчанию устанавливаются в миниядре для каждого метода. Название и дополнительные параметры можно установить так же из потомка

Коллекция это

Набор CRUD методов, а также индексовый метод, который по умолчанию выводит все сообщения. Либо можно редиректнуть на че-нить другое
Конфигуратор
Cоздаёт коллекцию

Учитывать наличие кэша. Сбрасывать кэш в ручную

Задаются поля

Прототип
База данных полей

Имеется свой валидатор ( вт.ч. и на длину и т.п.)

В соответствии с этим типом рендерится своя форма

Шаблон можно менять в пределах контроллера

Имеет свой тип данных