日期:2014-05-18  浏览次数:20421 次

请教一下关于web开发经验
我用
html+jq ajax+ashx的方式
这样 和用 aspx比起来有什么优缺点吗?

我的数据库操作做成存储过程,这样的话我直接业务逻辑层就可以调用存储过程了,数据访问层基本没用了,我想把它取消掉......
可是有很些人都是用的存储过程,同样别人也用3层...那么这两种方式肯定都是好的,那我是哪里理解错了吗


------解决方案--------------------
我看过很多人写的三层开发
都是数据访问+业务逻辑+UI
但是很多来讲业务逻辑都是过场而已。这是因为他的框架就这样了。
严格的业务逻辑层次来讲:业务逻辑要体现业务逻辑的特点。要不然没太多的意义的
------解决方案--------------------
探讨
我看过很多人写的三层开发
都是数据访问+业务逻辑+UI
但是很多来讲业务逻辑都是过场而已。这是因为他的框架就这样了。
严格的业务逻辑层次来讲:业务逻辑要体现业务逻辑的特点。要不然没太多的意义的

------解决方案--------------------
探讨
我用
html+jq ajax+ashx的方式
这样 和用 aspx比起来有什么优缺点吗?

我的数据库操作做成存储过程,这样的话我直接业务逻辑层就可以调用存储过程了,数据访问层基本没用了,我想把它取消掉......
可是有很些人都是用的存储过程,同样别人也用3层...那么这两种方式肯定都是好的,那我是哪里理解错了吗

------解决方案--------------------
在早先,我讨论过自定义ORM,来处理随时切换不同数据库(实际上主要是把关系数据库与面向对象数据库相切换,而不是仅仅适合关系数据库之间的切换)、支持Linq方式的查询,这类DAL抽象层的问题。

但是实际上可以看到,很多人都是为了三层而三层,它强迫那些刚工作的学生一定要弄个什么DAL目录、里边为每一个数据库表建一个class,整一些莫名其妙的“增删改查”方法,而且其中的“查”所依赖的还是空洞的、没有说明任何内涵的string(也就是说根本没有像linq那样将查询语言单独抽象化)。这种DAL实在是非常悲催,打着“三层”的名义实际上实现出来的东西的层次很低,每一次修改数据库结构时都要修改一大堆底层代码。所以我觉得我们可以退一步,顶多使用SqlHelper也就行了,不要再高要求了。