刚刚来了一个灵感,感觉三层架构是不是要怎么分解一下呢?(侧重于b/s架构)
UI层:
浏览器 —— 要考虑一下不同的浏览器、和插件若干
js脚本 —— ajax这一类的,数据验证了什么的。
显示数据 —— 放在.aspx 页面
提供数据 —— 放在.aspx.cs 页面
逻辑层:
业务逻辑 —— 承上启下,但是大多数情况只用一行代码就可以实现了。
数据逻辑 —— 组合SQL语句,存储过程的话就是给参数赋值了
数据层:
SQLHelp —— 具有类似功能的东东
数据库里的存储过程 —— 不用存储过程的话就略掉
数据库里的视图 —— 同上,我比较喜欢用
数据库里的表 —— 基础的东东了,对于客户来说,里面的数据是最最重要的了。
三层架构的困惑:为什么要分出数据访问层
http://community.youkuaiyun.com/Expert/TopicView.asp?id=4946236
三层架构之我见 —— 不同于一般的三层架构。也许对您会有所启发!
http://community.youkuaiyun.com/Expert/TopicView.asp?id=4949724
关于分层和架构的思考--请重视业务逻辑!
http://community.youkuaiyun.com/Expert/TopicView.asp?id=4947750
小调查,大家现有项目系统构架都是怎么样的?
http://community.youkuaiyun.com/Expert/TopicView.asp?id=4937348
请教一个架构上的问题,在某些情况下,我是不是应该抛弃ORM的思想
http://community.youkuaiyun.com/Expert/TopicView.asp?id=4947610
。NET构架之我见
http://community.youkuaiyun.com/Expert/topic/4950/4950034.xml?temp=.4981195