Question

.net最常用的架构有哪些？

Answer 1

最长用的还是三层架构。
1. UI Tier（User Interface, 用户接口层）
表示层完成向用户展示界面，提供进一步操作的“驱动接口”，例如按钮，并显示结果。
2. Business Tier（商业层）
完成数据加工，提供加工后的数据给表示层，或者数据层。又可以分为 BLL(Business Logic Layer, 商业逻辑)和DAL(Data Access Layer, 数据访问)。DAL负责存取数据，BLL负责对DAL层操作，对数据进行运算和操作。BLL也负责响应表示层的事件。

3. Data Tier（数据层）
完成数据存储功能。可能是数据库、数据源、XML、文本文件等。

这样就把 数据、业务、显示 分开了。UI层只负责显示给用户看，至于数据怎么处理运算，由BLL进行并响应，处理完的数据，怎么存取由DAL层进行，数据怎么存在介质上由Data层完成，DAL就不用管。各层之间相对比较独立，物理依赖性就不那么高了，有时候就只需要编译改动过的层。

一般对开发和设计人员来说，只需要对UI, BLL, DAL 进行设计开发，DATA Tier由OS或者DBMS来进行，你只需要按“格式”来存取数据即可。

“三层结构的程序不是说把项目分成DAL, BLL, WebUI三个模块就叫三层了, 下面几个问题在你的项目里面：
1. UILayer里面只有少量(或者没有)的SQL语句或者存储过程调用, 并且这些语句保证不会修改数据?
2. 如果把UILayer拿掉, 你的项目还能在Interface/API的层次上提供所有功能吗?
3. 你的DAL可以移植到其他类似环境的项目吗?
4. 三个模块, 可以分别运行于不同的服务器吗?

Answer 2

数据、逻辑、界面分离：三层 典型案例：PetShop,BeerHouse
界面逻辑分离：MVC MVVM MVP 典型案例：微软MusicShop
ORM映射：Nhinbernate,Linq to Entity
逻辑层分级:领域驱动...

这些都是比较经典的架构，但是希望你尽量不要局限于这几种架构。
多看看有关设计模式和设计原则的书
架构的目的就在于实现功能的解耦，增加系统灵活性和可扩展性，不要被固有架构掐死，自己在架构的时候多想想怎么抽象出重复的模块，增加复用性
当你看到你写的程序出现了很多重复代码，有很多代码有可能出现牵一发而动全身的情况时，肯定是有修改的必要的

Answer 3

petshop
入门级企业架构下载看看学习下吧