вот что он набросил.
“систему можно разделить на горизонтальные уровни: пользовательский интерфейс, бизнес-правила, характерные для приложения, бизнес-правила, не зависящие от приложения, и база данных — кроме всего прочего.” т.е. 2 вида бизнес правил, пример: “проверка полей ввода — это бизнес-правило, тесно связанное с приложением. Вычисление %% по вкладу — это бизнес-правила, более тесно связанные с предметной областью.” держу в курсе.
Дядя Боб и Мартин пишут про монструозные проекты типа CRM с разными фронтами (приложение, веб и т.п.), где есть необходимость в выделении всех этих сущностей. В большинстве своем андроид является просто видом фронта и не требует такого четкого следования этим правилам и прописывания отдельных моделей для вью, сервера, базы. Всегда нужно пропускать всю информацию через внутреннего критика и отсеивать лишнее
Обсуждают сегодня