Web开发是用MVC框架还是用自己的三层架构？
最近看了很多的.net框架 总觉得有些框架太复杂了 我在做Web开发的时候都是用自己写的三层 不知道是用MVC框架的效率高还是自己的三层架构的效率高 请各位指点指点UI
||
实体类 建立属性字段 跟表中的字段保持一致__BLL__实体管理类 主要是管理该类所对应的方法
||
DAL
不知各位能不能看的清楚 明白我的意思吗 --------------------编程问答--------------------
那你没有必要搞什么三层。设计实体类就是为了跟数据库表中的字段一致么？ --------------------编程问答-------------------- 看你项目的大小了，如果采用linq 语法 小项目很快搞定 --------------------编程问答-------------------- 为什么要盲目地追求三层，mvc？ --------------------编程问答-------------------- 如果单从执行的效率来看的话，手写的三层可能要高一些。（个人看法） --------------------编程问答-------------------- 根据自己的熟练程度
一般 三层就OK了 --------------------编程问答-------------------- control 一般怎么用 --------------------编程问答-------------------- M(一层)V(又一层)C(再一层)其实也是三层的. --------------------编程问答-------------------- 视频教程 --------------------编程问答-------------------- 直接动软生成三层就可以写了。 --------------------编程问答-------------------- MVC貌似 是设计模式！ --------------------编程问答-------------------- 三层的目的是为了让你在产品规划阶段与底层相解耦（分离），也就是说就算你用一个假的（mock的）业务逻辑层也可以用来开发和测试前端系统。因此这种方式就可以协调和并行处理前后台开发进度。怎么你的三层成了要跟数据库表一一对应了呢？ --------------------编程问答--------------------
在csdn的asp.net论坛上，其实基本上都是说的是asp.net mvc这个产品。也就是按照微软给出的编程“范例”代码来照抄。跟mvc模式其实相去甚远。 --------------------编程问答-------------------- 在进行三层开发的时候，前台开发人员并不知道后台有没有数据库、有什么数据库，甚至许多操作是在后台不断重构的。我曾经举过一个最简单的例子，比如说一个手机用户给另外一个pc用户发送了一条IM消息，这两个前端程序的开发人员根本不用纠缠于这个消息有没有放到数据库里的问题，它只知道应该要求对方尽快实时收到消息。而后台开发者通常需要不断重构，在迭代开发中不断修改系统架构来提高系统的响应性。如果我们遇到了一设计这种程序的就只会第一时间考虑把消息insert到数据库里的人，那么就知道陷到了一个小作坊里的“架构师”的问题中了。 --------------------编程问答-------------------- mvc 也就是模型-视图-控制器
主要就是降低代码耦合度 --------------------编程问答-------------------- MVC也是三层的概念，如果小项目你可以去下个简单的框架，然后用三层做就ok了，并不要刻意追求mvc，比如说EXT框架
--------------------编程问答-------------------- 三层 + mvc 进行开发。
--------------------编程问答--------------------
讲的很直观。。。 很好 --------------------编程问答-------------------- 学习学习。。 --------------------编程问答-------------------- 大家的思维果然很乱。
三层、MVC、asp.net MVC 统统的搅和到一起了。
--------------------编程问答-------------------- MVC跟三层架构没有可比性——赵劼 --------------------编程问答-------------------- 实体不算一层 实体UI也要调吧？
补充：.NET技术 , ASP.NET
