Расслоение системы
Расслоение системы
Всем привет! Я новичок в разработке под Android! Поэтому сразу возник вопрос - насколько правильным является расслоение приложения?
Re: Расслоение системы
у меня в тлумачном словаре такого понятия нету, немогли бы по подробней...насколько правильным является расслоение приложения?
R.id.team
Политика на форуме запрещена
Политика на форуме запрещена
Re: Расслоение системы
Это к примеру, выделение сущности в приложении, добавление слоя - репозитория, data mapper'а и т.д.rezak90 писал(а):у меня в тлумачном словаре такого понятия нету, немогли бы по подробней...насколько правильным является расслоение приложения?
То есть приложение разделить на слои(Layers), при этом каждый слой имеет свою область применения. К примеру, репозиторий отвечает за сохранения и восстановление сущности и т.д.
P.S. здесь правильнее будет сказать Многослойная архитектура приложения.
- Mikhail_dev
- Сообщения: 2386
- Зарегистрирован: 09 янв 2012, 14:45
- Откуда: Самара
Re: Расслоение системы
Эм.. Такой вопрос... А разве по другому возможно? Думаю на сущности нужно делить всегда, когда это возможно и оправданно. Если мы работаем с пиплами и обрабатываем их данные, то почему бы не создать отдельно entity пакет с Persone классом и всё в таком духе. даже и EAVCR можно сделать.
Другими словами, это вам не JavaME с её ограничениями (хотя я и сам не работал под ней ), а вполне себе javaSE без ограничений (разве что производительности).
Другими словами, это вам не JavaME с её ограничениями (хотя я и сам не работал под ней ), а вполне себе javaSE без ограничений (разве что производительности).
Re: Расслоение системы
По другому можно, к примеру работать с Cursor'ом Но так как мне не нравится работать со сферическим конем в вакууме вот и решил спросить насчет архитектурных решений)no-- писал(а):Эм.. Такой вопрос... А разве по другому возможно? Думаю на сущности нужно делить всегда, когда это возможно и оправданно. Если мы работаем с пиплами и обрабатываем их данные, то почему бы не создать отдельно entity пакет с Persone классом и всё в таком духе. даже и EAVCR можно сделать.
Другими словами, это вам не JavaME с её ограничениями (хотя я и сам не работал под ней ), а вполне себе javaSE без ограничений (разве что производительности).