Я написав тут На мою думку, досить погано лікувати архітектуру (особливо) для ASP.NET.

Доступ до даних, логічна логіка бізнесу і логіка інтерфейсу користувача поділено на різні класи. Архітектури потужнішої архітектури мають багато переваг, зокрема:

· Існує чисте відокремлення між інтерфейсом користувача, логікою бізнесу і шарами доступу до даних. Така ізоляція сприяє повторному використанню коду, робить підтримку і покращення коду простішим. Розробка також є простішою, оскільки існує чітка декомпонація функціональних можливостей, яка дозволяє розробникам або командам розробників зосередитися на різних частинах програми під час реалізації програми.

· Правила бізнесу централізовані в один компонент, який легко використовувати і мова високого рівня (на зразок C# або Visual Basic .NET) постачається для розробки правил бізнесу.

· Код доступу до даних централізується в одному місці, що полегшує розвиток і обслуговування.

Гаразд, з чого почати... спочатку, це супроводжується базовою діаграмою логічної структури - тут немає UML... ці набори стартапів є такими цінними ресурсами для розробників ASP.NET, чи справді було б так важко пояснити їх у якомусь пристойному рівні?

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

Вибачте, це моя домашня балаканина на даний момент, і одна з причин, чому я вважаю, що в сфері не ставляться серйозно до НЕТ - до Яви з преф осмосоціалізму, у вас структуровані, мотивовані схеми.... NET просто не сприймається - знову.. моя думка, прийомні коментарі!

UPDATE: насправді, знайдено дуже гарну: -) Подивіться тут за чудову статтю про менеджерів сторінок у ASP.NET