不要为了mvc而mvc 大家进来讨论下都

2014-03-14 10:23:43 1.4万阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

FIFO应用于UART串口（含代码） FIFO（First in first out）即先入先出，可以把它理解成一个缓存器，对于收发两端速度不一致，位宽不一致的情况可以使用FIFO作为收发两端中间的“调节剂”使数据可以进行正常发送。阅读详情

web开发不是特别多但是也不算是新手了
觉得一个web项目的架构
web--直接webform
dal
bll
common
model
差不多这样就够了

对于分层架构没有异议
但是对于web表示层现在貌似mvc大行其道
说实在的我觉得除了那些个多余的配置我没有看到什么特别的好处
还有就是orm的框架用起来也不觉得多么方便啊
直接存储过程 ado调用数据库有什么不好么
到时候数据库迁移换数据库
或者是同一个数据库换其他开发语言也很方便
存储过程不用重复开发了

大家都什么意见呢
对于webform 我个人觉得还是以干净的html 加少量服务器控件为主
开发起来配合jquery 也非常简洁高效啊

...全文

嵌入式学习笔记——EEPROM（M24M01） M24M01是ST公司出品的1Mbit（128Kbyte）I2C兼容EEPROM，兼容所有I2C总线模式（1MHz、400kHz、100kHz），Page大小为256字节，支持硬件写保护，超过400万次写入操作，超过200年的数据留存通过模块化设计，涵盖了 M24M01-RMN6P 的功能介绍、引脚架构、硬件连线、模块化代码以及性能优化思路，我们将 M24M01 EEPROM 与 STM32 的集成变得高效而可靠。希望能帮你在 STM32 上快速上手，并让你的项目存储管理更高效可靠。阅读详情

lhx527099095

.NET社区 62,271 成员 668,968 内容

+ 关注 + 加入社区

评论 176

切换为时间正序

linxsaber 2016-10-08

打赏
举报

占楼学习理论知识

insus 2016-08-26

打赏
举报

Insus.NET现在较偏向ASP.NET MVC。

摇撼大地 2016-08-25

打赏
举报

引用 162 楼 lightgogogo 的回复:

我做项目向来都以自动化为前提，我做webform也基本不用服务器控件，也更倾向于mvc的做法，但是，mvc也并不是任何情况都比webform优秀，就以刚才说的自动化来说，mvc就实现不了（或者说很难实现）整套程序的自动化，比如如果我页面所有元素都需要根据后台配置来显示，如每个元素的显示隐藏，必填，只读，每个空格数据类型以及他的验证规则，每个按钮的事件绑定等，这些如果用mvc来实现，由于三层完全分离，没办法通过后台操作view，必须自定义界面控件，难度将会非常大！但如果是webform，只需要为元素加上个runat="server"就行了，剩下一切交给自动化处理类完成，轻松简单。但是如果做普通的网站，显然mvc更适合。所以具体选择那种框架，还是要看具体项目进行选择。

可以啊。MVC支持对model层的修改，然后view自动渲染出相应的代码。比如不能为空，字段验证，很简单的。比webform简单多了。就加一行代码就ok了。加特性。

摇撼大地 2016-08-25

打赏
举报

引用 37 楼 ZuoQingYi 的回复:

[quote=引用 23 楼 sbwwkmyd 的回复:] sp1234说的对，少写代码才是编程的根本。层次功能越简单(单纯)，越容易做到机器可读，越容易实现自动化编码或者根本就不用代码(只需要基本模块)。才可能做到应用上，只为个性化需求的编码代码。

那设计模式不是走的反路吗。[/quote] 怎么这么理解。设计模式应该是为了某种需求做出来的需求代码量最少的模式吧。不写这么多，功能实现不了啊。应该在实现功能的角度上去比较吧。

摇撼大地 2016-08-25

打赏
举报

引用 3 楼 lhx527099095 的回复:

[quote=引用 1 楼 Jelly1989 的回复:] 只是个人比较喜欢用MVC。

可以说下原因么？难道是我太保守技术陈旧？它给你带来了什么方便或者好处？[/quote] c#的MVC感觉不是设计模式，而是一个框架。配合EF。根本不用设计数据库。自动生成的，什么DAL，BLL，都消失了。数据库你都不用想了，都帮你生成好了。这速度都飞起来了。而且创建控制器的时候，可以把常用的一些增删改查都给你生成好了，速度又快了不少。他还支持模型绑定。传值的时候不用把每个模型的属性都获取，然后渲染页面。或者保存的时候从页面取值生成对象再存了。都省掉了！！！我最近刚入坑，做了几天ADO的。。。。。烦躁就一个字啊。

jing85937513 2016-08-25

打赏
举报

我是新手，我是来学习的

winner2050 2016-08-23

打赏
举报

MVC 仅仅是UI层面的事

Vezn 2016-08-23

打赏
举报

偶然一看，收获颇丰~~~

潇潇雨云 2016-08-22

打赏
举报

gxt121244 2016-08-18

打赏
举报

用 mvc 开发。就像 v： html C：一般处理程序。如果你不使用 C里面的 viewbag viewdate 的话。

lr5420511 2016-04-14

打赏
举报

引用 9 楼 lhx527099095 的回复:

[quote=引用 7 楼 liuchaolin 的回复:] 如果没有特定要求(你们老大或客户的要求)，那当然是自由发挥，哪个写得快且效率当然就怎么写了，我们抛开vs里mvc的模型，不是还有动软代码生成器之类的工具吗，只要能以最快的方法实现才是你们老板所需要的

恩恩这才是高见其实客户不关心具体技术细节只看最后网站招个好点的前端美工才是王道。。。。。[/quote] 大多数时候正如你所说，我觉得这才是我们的悲哀

扛着如来上西天 2015-12-15

打赏
举报

正怒月神版主 2015-12-15

打赏
举报

主要还是由于 asp.net的沉重的服务器控件吧。每次回传数据量都非常庞大。如果楼主采用 ajax+ashx，也可以。但是服务器控件，太影响效率。再说一下 ef，我个人觉得，ado.net虽然直观，简单，但是对于面向对象的编程来说。ef对实体操作可以说更加简单和方便。

lightgogogo 2015-12-15

打赏
举报

我做项目向来都以自动化为前提，我做webform也基本不用服务器控件，也更倾向于mvc的做法，但是，mvc也并不是任何情况都比webform优秀，就以刚才说的自动化来说，mvc就实现不了（或者说很难实现）整套程序的自动化，比如如果我页面所有元素都需要根据后台配置来显示，如每个元素的显示隐藏，必填，只读，每个空格数据类型以及他的验证规则，每个按钮的事件绑定等，这些如果用mvc来实现，由于三层完全分离，没办法通过后台操作view，必须自定义界面控件，难度将会非常大！但如果是webform，只需要为元素加上个runat="server"就行了，剩下一切交给自动化处理类完成，轻松简单。但是如果做普通的网站，显然mvc更适合。所以具体选择那种框架，还是要看具体项目进行选择。