三层中的逻辑层一般放什么？不是已经有.aspx.cs文件了吗？

如题 --------------------编程问答-------------------- SF --------------------编程问答--------------------
   找找相关的书或是在网上搜一下吧。 --------------------编程问答-------------------- aspx.cs隻能算是錶示层 --------------------编程问答-------------------- 你可以将逻辑放在ASPX.CS文件中处理，但更好的办法是调用.CS中的业务逻辑类来处理。
现在的三层其实可以理解为N层，三不再意味着数字3了，就当N好了。 --------------------编程问答-------------------- UI层 指 aspx文件
逻辑处理层 指 cs等文件就是逻辑层的
还有数据访问 --------------------编程问答-------------------- 规范代码,以便易于维护.
适合于做项目,不过只几个网页的小网站没有必要了. --------------------编程问答-------------------- 只是为了规范化，易于扩充和修改 --------------------编程问答-------------------- 逻辑层一般分为：业务逻辑和UI逻辑
aspx.cs是属于UI逻辑的 --------------------编程问答-------------------- 叫应用层 --------------------编程问答-------------------- 简单设想想,你做了个程序,客户对界面不满意,要改,那是是不是所有后台代码都要改啊,如果放在一个另一个文件里,互不干涉,就能比较轻松的应对各种修改 --------------------编程问答-------------------- 个人以为:
  如果系统不复杂,业务对象不多,只需要表现层和数据访问层就可以了。弄的太多，反而使简单的问题复杂化。
  如果考虑到，有的系统既要在WinForm下跑，又要在WebForm下跑，甚至在PDA上跑，那么就尽可能的把业务逻辑单独做在一层里，便于通用，这样在表现层只要做简单的接口。
  如果再考虑到移植性，那么就要更多的辅助层了，类似Petshop的 --------------------编程问答-------------------- 为啥要分逻辑层和表现层呢？
今天你做一个程序，用的是asp.net，明天可能老板要求要在PDA上也能用，后天可能又要求你写个WebService与其他的程序交互。
如果你把逻辑和表现层分开，你会发现你只要多些两个表现层(WebService可能不算表现层吧），调用逻辑层的代码就可以了
可是如果你把逻辑或者数据库访问的代码都写到了aspx.cs中了，那么你在实现另外的两个界面的时候，还要把这些代码在写一遍，以后要是逻辑代码需要修改，就要同时改三份，会累死人的！！ --------------------编程问答-------------------- 当然，如果你确定不会有移植的的问题，你愿意写那里就写那里，反正清晰易懂就行

补充：.NET技术 ,  ASP.NET