Запитання з тегом «layers»

Шар (або рівень абстракції, або шар абстракції) - це спосіб приховування деталей реалізації певного набору функціональних можливостей.

12
Наскільки точна "Бізнес-логіка повинна бути в сервісі, а не в моделі"?
Ситуація Раніше цього вечора я дав відповідь на запитання щодо StackOverflow. Питання: Редагування наявного об'єкта повинно здійснюватися в шарі сховища або в сервісі? Наприклад, якщо у мене є Користувач, який має борг. Я хочу змінити його борг. Чи потрібно це робити в UserRepository або в сервісі, наприклад, BuyingService, отримуючи об’єкт, …

13
Чому для нижчих шарів додатків добре не знати про «вищі»?
У типовому (добре розробленому) веб-додатку MVC база даних не знає код моделі, код моделі не знає код контролера, а код контролера не знає про код перегляду. (Я думаю, ви навіть можете почати так далеко, як апаратне забезпечення, а може бути, і далі. Йдучи в іншому напрямку, ви можете піти лише …

3
Чиста архітектура дядька Боба - клас сутності / моделі для кожного шару?
Передумови: Я намагаюся використовувати чисту архітектуру дядька Боба в моєму додатку для android. Я вивчив багато проектів з відкритим кодом, які намагаються показати правильний спосіб зробити це, і знайшов цікаву реалізацію на основі RxAndroid. ЩО Я СПІЧИЛИ: У кожному шарі (презентація, домен та дані) є клас моделі для тієї ж …

6
Чи порушуються збережені процедури трирівневим поділом?
Деякі мої колеги сказали мені, що використання бізнес-логіки при збережених процедурах в базі даних порушує трирівневу архітектуру поділу, оскільки база даних належить до рівня даних, тоді як збережені процедури - це бізнес-логіка. Я думаю, що світ був би дуже похмурим місцем без збережених процедур. Вони дійсно порушують трирівневу поділ?

2
Чи має сенс використовувати ORM в розробці Android?
Чи має сенс використовувати ORM в розробці Android чи оптимізована рамка для більш жорсткої зв'язку між інтерфейсом користувача та рівнем БД? Передумови : Я щойно розпочав розробку Android, і моїм першим інстинктом (з фоном .net) було шукати невеликий об'єктно-реляційний картограф та інші інструменти, які допомагають зменшити кількість закритих шаблонів (наприклад, …

7
Чи може бути корисно скласти додаток, починаючи з GUI?
Тенденція в розробці та розробці додатків починається з «кишок»: домену, потім доступу до даних, потім інфраструктури тощо. Здається, графічний інтерфейс, як правило, пізніше в процесі. Цікаво, чи може це колись бути корисним спочатку побудувати графічний інтерфейс ... Моє обгрунтування полягає в тому, що, будуючи принаймні прототип GUI, ви отримуєте краще …

3
Перевірка та авторизація у багатошаровій архітектурі
Я знаю, що ви думаєте (чи, може, кричите), "не інше питання, де валідація належить до багатошарової архітектури?!?" Ну так, але, сподіваємось, це буде дещо по-іншому сприйняти цю тему. Я твердо вірю, що валідація приймає багато форм, ґрунтується на контексті та змінюється на кожному рівні архітектури. Це є підставою для публікації, …

4
Чи проблематично існувати залежність між об'єктами одного шару в багатошаровій архітектурі програмного забезпечення?
Розглядаючи середньо велике програмне забезпечення з архітектурою n-шару та ін'єкцією залежностей, мені зручно сказати, що об’єкт, що належить до шару, може залежати від об'єктів із нижчих шарів, але ніколи від об'єктів з більш високих шарів. Але я не впевнений, що думати про об’єкти, які залежать від інших об’єктів того ж …

3
Entity Framework та розділення шарів
Я намагаюся трохи попрацювати з Entity Framework, і у мене виникло питання щодо поділу шарів. Я зазвичай використовую підхід UI -> BLL -> DAL, і мені цікаво, як тут використовувати EF. Мій DAL зазвичай був чимось на кшталт GetPerson(id) { // some sql return new Person(...) } BLL: GetPerson(id) { …

1
Цибульна архітектура проти 3 шаруватої архітектури
Я бачу лише переваги архітектури цибулі над 3-х шаруватою архітектурою, де BL вимагає виклику методів на DAL (або інтерфейсі DAL), щоб зробити CRUD. Цибуля краще розділяє проблеми, простежуваність, ремонтопридатність і чистіша. Тож цибульна архітектура справді краща у всіх аспектах, а тришарова архітектура - це лише старий спосіб робити справи, або …

3
Презентація VS Прикладний рівень у DDD
У мене виникають проблеми з малюванням чіткої межі між шаром презентації та додатків у дизайні, керованому доменом. Куди повинні йти файли контролерів, представлень, макетів, Javascript та CSS? Це в додатку чи шарі презентації? І якщо вони йдуть всі разом у один і той же шар, що містить інший? Це порожньо?

2
GUI, BLL, DAL організація в проекті
Я читаю про шари додатків і хочу використовувати цей дизайн у своєму наступному проекті (c #, .Net). Деякі питання: Чи відбувається розділення шарів через простори імен? Project.BLL. Що б не було, Project.DAL.Що б то не було Чи доцільніше розділити шари, потім компоненти (Project.BLL.Component1) або компоненти, потім шари (Project.Component1.BLL) Для мого …
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.