刚刚来了一个灵感，感觉三层架构是不是要怎么分解一下呢？（侧重于b/s架构）

UI层：浏览器 —— 要考虑一下不同的浏览器、和插件若干 js脚本 —— ajax这一类的，数据验证了什么的。
显示数据 —— 放在.aspx 页面提供数据 —— 放在.aspx.cs 页面 逻辑层：
业务逻辑 —— 承上启下，但是大多数情况只用一行代码就可以实现了。
数据逻辑 —— 组合SQL语句，存储过程的话就是给参数赋值了
数据层： SQLHelp —— 具有类似功能的东东数据库里的存储过程 —— 不用存储过程的话就略掉数据库里的视图 —— 同上，我比较喜欢用数据库里的表 —— 基础的东东了，对于客户来说，里面的数据是最最重要的了。 大家批批，

完全支持，跟我的想法不某而合````
ps:
就我这几年从业经验来说，很多东西都是分层结构````
以前做web站点，一个美工，一个程序员搞定一切事情```现在的规划却越来越清晰，功能越来越走向各司其职的方向```
现在标准的大型web应用开发来说可以分为
UI设计师（纯设计，纯概念，甚至切片都不会，多为美术专业出身）----
页面制作（效果图切片，表格/DIV+CSS布局..）----
js程序员（Ajax设计，小脚本编写，广告脚本...）----
WEB程序员（后台程序开发）----
数据库管理（数据库设计，优化）----
其实这都不算很细，应该还有Flash的AS程序员`````
而现实中很多设计师或者开发员都是身兼多职的处境````但是我觉得要取得长足的发展，必须得从一而终，选择一个固定方向去努力才行。

呵呵，说了这么多跟主题无关的话，纯粹有感而发瞎扯几句，，大家见笑了```

三层架构 学习学习

  愿望实现比较难啊  ！！！！

软件开发不是制造汽车
-----------------------------------------------
免费内容管理系统

其实复杂点的还有模型层，实体层等等！

是的，三层结构是很复杂的， 好比如组建一辆汽车,没有各个配合,一个人单干猴年马月

说的太对了
不过我觉得 分的太细了也不是很好吧

呵，很赞同你的从业经验
不单是我们做IT，其它各行各业都是一样的
实际上在软件工程上有很多东西还是从建筑行业里的学习过来

在最开始，我们开放好的软件，部署在一台服务器上就可以了，那时她很快……
后来，因为服务器压力太大了，我们不得不添加服务器来缓解压力，因为优化程序本身的成本更高！
当我们把一个完整的软件一分为二，在两台服务器间进行通信的时候才发现，我们必须修改原来的代码！我们必须为通信制定协议，这些协议就是接口和实体（这些实体必须有序列化和反序列化的能力）。这样也就形成了一个简单的分布式应用 Client - Server……
再后来，我们的业务逻辑代码也随之完善，但是我们不可能将这部分代码放置在 Client 上，那意味着随着 Client 数量的不断增加，维护成本也会增加。不得以，Server 端担当起业务逻辑处理……

三层结构，就是这样——它是一个“工程”，也是一种工业化的标志