灌水,写在VS11预览之际

--缪军-- 2011-09-17 02:29:19

比起10几年前的ado,.net,asp.net
说实在的,微软最近几年水平下滑的很厉害,
搞个asp.netMVC根本就是挂羊头卖狗肉,
搞个linq,不用不知道,用了才发现狗血,连引发异常的策略都搞得狗屁不通,
那EF就不提了,我们好不容易用DocumentDriveDevelopment取代了ORM,这下好,微软活回头了
JAVA有好多东西已经是落后腐朽的了,微软挖墙脚也要分个青红皂白吧

...全文

474 24 打赏收藏转发到动态举报

写回复

用AI写文章

24 条回复

切换为时间正序

请发表友善的回复…

发表回复

--缪军-- 2011-09-20

打赏
举报

[Quote=引用 17 楼 juedaihuaihuai 的回复:]
[/Quote]
sorry,在我们所有的控件模型中,没有多表头gridview这种模型,
甚至gridview都没有纳入控件库,我们目前既可以div组装表格,也可以用gridview呈现表格
关于MVC的代码,我在CSDN贴出过N遍了,我随便找个帖子,这里有几行code简单说明了一下:
http://topic.csdn.net/u/20110621/15/5c59c219-f020-4eec-a47c-76d2569058f0.html

--缪军-- 2011-09-20

打赏
举报

[Quote=引用 23 楼 l584180714 的回复:]
引用 20 楼 kongwei521 的回复:

闲着蛋疼讨论这些。。学技术能赚到钱是王道。其他都是浮云

太精辟其他都是浮云
[/Quote]

冒昧的问一下,学技术是能赚到很多钱还是很少钱?
你要想在短时间内买车买房的话,还是去做销售工作吧

l584180714 2011-09-20

打赏
举报

[Quote=引用 20 楼 kongwei521 的回复:]

闲着蛋疼讨论这些。。学技术能赚到钱是王道。其他都是浮云
[/Quote]

太精辟其他都是浮云

--缪军-- 2011-09-20

打赏
举报

[Quote=引用 21 楼 fanyao1983 的回复:]
[/Quote]
我不是什么选择这个放弃那个的意思,
我的意思是asp.netMVC和其他UI一样都可以作为MVC的前端,
他只是一个前端,不是MVC,

给你一个链接,作为MVC入门的例子看看,
http://www.cnblogs.com/zwycool/articles/462474.html
只不过这个例子看来是临时写的,作者没有透露他们的企业库

下面这个链接的观点虽然我不完全认同,但至少是在讨论MVC理论,而不像CSDN很多讨论不着边际:
http://www.cnblogs.com/ego/archive/2009/03/06/1404328.html

fanyao1983 2011-09-20

打赏
举报

你叫写webform的asp。net人员写struct去、
asp.net mvc根本就有另外的侧重点好吗，可以说是webfrom的一种补充。而且mvc可以webform可共用。这是优点。不是叫你放弃一个选择另外一个。
另外linq在操作array方面比c#快捷的多。他的革新在于不用程序员学习ado和sql两门语言了，这是生产力的提高，能节省多少时间和精力，你想过吗。但是他只是轻量级的，你要用他在他不擅长的领域，做他不能很好完成的任务，你觉得大家还有什么话对你说

蝶恋花雨 2011-09-20

打赏
举报

闲着蛋疼讨论这些。。学技术能赚到钱是王道。其他都是浮云

绝代坏坏 2011-09-19

打赏
举报

这么说吧如果用vs开发web程序，使用mvc架构。那么ms的控件优势将不复存在。道理很简单。服务端控件的ui和代码是天然绑定的。你没办法分开。如果你用mvc只能舍弃控件的便利。开发效率肯定会大打折扣。当然如果我们放弃使用ms的控件，无疑会在性能和扩展性上会有个比较大扩展，其实c#语言本身具备了mvc使用的一切条件，楼主对模式的理解，还有待加深啊。

CalvinR 2011-09-19

打赏
举报

悲催的事儿啊

bluedoctor 2011-09-19

打赏
举报

以前用ASP.NET WebForms，现在用ASP.NET MVC，也可以在MVC的View里面使用服务器控件，感觉MVC还是很方便的，如果页面需要在服务器生成，就是使用默认的ActionResult，如果要用JS生成View的局部，就使用JsonResult或者ContentResult，非常方便的。
大家不要执意与ASP.NET MVC的血统问题，从架构上来看，我认为它应该算是MVC了，请看下面的一个应用架构图：

这是ASP.NET MVC与PDF.NET框架结合的一个架构

绝代坏坏 2011-09-19

打赏
举报

我没有说mvc不能用控件，我说的是服务端控件。我说的是问题重点是服务器端的控件天生就是不容易把ui和业务分开的。

楼主既然这么较真。那么麻烦你用gridview写一个多表头分页并导出到excel（保持多表头结构）的mvc例子？我学习一下，你怎么定义 model，view，controller 。怎么在保证mvc构造的情况下。利用gridview的便利性。

如果你只能做到利用gridview的ui而做不到利用gridview的便利，就不用回答了。
还是那句话。架构的理解不应该只停留在表面。

--缪军-- 2011-09-19

打赏
举报

[Quote=引用 15 楼 juedaihuaihuai 的回复:]
[/Quote]
拜托楼上,谁说MVC不能用控件的?
无论你使用SL,winform,webform,还是asp.netMVC,还是html+js,都可以使用现成的控件库,或者自己开发一套控件库,
但无论怎样,在你的MVC架构中,对所有平台的控件模型都是有统一描述的,
顺便说一句,微软早就推出客户端控件支持了

我在学习和实践MVC的时候,.net都还没有发明,就更不要说asp.netMVC了
到目前为止,我还没有看见过CSDN上有谁能够用asp.netMVC写出真正MVC架构的视图驱动器

YapingXin 2011-09-19

打赏
举报

ASP.Net MVC不好用？好吧，那就别用它了，反正不用它照样写Web程序。

本人对.Net依然是信心满满的。现在连Java都开始学C#了。

我是做桌面程序的，对ASP.Net了解不多，说得不对的地方大家见笑了。

kkbac 2011-09-17

打赏
举报

jkj9999 2011-09-17

打赏
举报

路过

灵雨飘零 2011-09-17

打赏
举报

哈喽Baby 2011-09-17

打赏
举报

threenewbee 2011-09-17

打赏
举报

[Quote=引用 3 楼 moneysoft 的回复:]
引用 1 楼 wknight_it 的回复:
能否解释下asp.net mvc 怎么就挂羊头卖狗肉了？

关于MVC,我在CSDN和博客园发表过很多评论,
asp.netMVC就是个UI驱动器,凭什么要挂个MVC的名头,
当一个开发组织构造MVC架构的时候,肯定需要所有的视图驱动器遵守自己统一的接口,
winform,SL,webform都有完整的控件套件,自己开发个视图驱动器没什么难……
[/Quote]
关于你说的这些，我想说你说的是事实，但是是片面的事实

ASP.NET MVC是否是MVC设计模式，我认为（包括我圈子里面大多数朋友），答案是肯定的。MVC模式的本质是将View和Model分离。一个MVC框架的程序应该是这样的。我们的根本分歧在于，你不承认MVC除了框架实体本身包含有约定，而这些约定是看不见的。我们可以使用ASP.NET MVC，但是依旧使用WebForms/Controls，我们也可以在View里面编写业务逻辑，我们可以不写任何Model，传递数据依赖Form和URL……但是这都是违反ASP.NET MVC设计约定的。这不妨碍ASP.NET MVC的受众将ASP.NET MVC框架用于MVC模式。
再者说，WebForms是不是MVC，也是。但是不要忘了，WebForms是微软平台特有的（其它平台类似技术事实上没有真正流行起来）。WebForms和ASP.NET MVC的区别是什么，你说到了这个意思，也就是WebForms使用的是充血模型，业务逻辑被写在CodeBehind里面（同样我说的是大多数人的用法），而MVC提倡的是失血模式，Controller负责请求转发。再拿ASP.NET MVC和其它平台的同类产品比较，比如JSP Level1，那是典型的模型视图不分。那么叫Struts为MVC框架有错么？没有。那么.NET平台的等价物叫MVC有错么？也没有。问题解决了。换一句话说，ASP.NET MVC是MVC框架，并且是一个承袭了其它平台特定产品约定的框架。所以沿用了这个名词。
至于在什么粒度封装，这个考虑的是通用性，专有框架用它的功能和通用框架比是不公平的。因为你在强调功能的同时牺牲了灵活性。
对于视图重用的问题。MVC的核心价值没有重用视图这一条，而且职责分离。也就是说，把代码和视图分开本身已经让开发者获益，和桌面程序不同，Web程序需要专门的前端开发者设计前端，而分离的ASP.NET MVC正方便了这种分工的需要。另外分离的视图有利于作单元测试，也许你说单元测试有什么重要的。我说了，这是一套最佳实践，MVC不承担你对实践选择的好恶，如同汽车不解决“开车贵还是骑车便宜”，或者“走这条路远还是近”之类的判断，汽车不是为了比走路低碳而设计的。你选择汽车就是这些价值判断已经做出的结果。

至于视图的重用。并没有你想象的“用不到”，至少有2个地方，一个是局部视图的渲染，会出现相同模型多个View的情况。另一个是多权限/多语言，View和Model的分离使得这样的需求很容易实现。当然，同样的，这些问题在其他开发模式中也有解决办法，甚至更巧妙，但是我说了，ASP.NET并非更高的xxx，它是它同类产品在.NET上的实现。

--缪军-- 2011-09-17