MVC、ORM别再用自以为是忽悠别人了

        经常看一些别人关于.NET方面的博客之类的文章，大多会谈到性能，比如ADO.NET和MVC的性能比较，ADO.NET和ORM（本文特指EF，下文不再特别说明）的性能比较，各种的比较，而且还拿出测试数据给大家看。我特别讨厌这样靠感觉得出的结论，或者在机器上跑出个多少秒就拿来做依据开始忽悠人，我甚至特别奇怪，现在的程序员为什么都不是用脑子考虑问题？？？

       以前我们靠打纸带来执行程序，后来用汇编，再后来觉得汇编不够接近自然语言，或者说不够人性化，所以出了C语言B语言之类的。C语言出来后，还是有些人不满意，于是又推出了C++，可是C++也没流行多久，还是觉得不够人性化，所以出了JAVA、python之类的语言，后来微软搞出来了C#。C#一出来就开始各种的跟风JAVA，什么MVC、ORM都跟风JAVA，于是一帮码农码渣开始各种吹嘘MVC比ADO.NET性能好什么什么的云云，我说你们能用点脑子吗？那可真是一本正经的扯淡！

        且说说MVC和ADO.NET的关系吧，例如web开发，一开始是ASP.NET使用ADO.NET做webform，等出了MVC后各种喷webform的viewstate。我说你们觉得webfrom只能拖控件？谁给规定的？这个世界最害怕的就是半桶水，甚至半桶水都没有的人还一本正经的装大牛忽悠人。ADO.NET跟MVC以及ORM相比无疑是性能最好的，这是因为MVC和ORM都是建立在ADO.NET的基础之上的，（本文仅讨论的是连接微软数据库，不涉及ODBC或者其他方式连接数据库）。也正是因为都是基于ADO.NET，所以各种小白说性能不会比ADO.NET差，说的好像只要跟ADO.NET挨上边就不差了。我曾经主持过一个项目，我自己直接用网站（webform+ADO.NET）模式开发，而另一组同事使用的是MVC模式。结果查看开发工程的文件占用的存储空间，他的MVC模式的项目占用了160MB的空间，我的网站模式占用了32MB空间。他信誓旦旦的说性能比我的ADO.NET好，他说因为MVC是分层设计，所以表现更好。我听了之后立即傻眼了，因没见过工作七八年了还这么业余的人。我只问了他一个问题，我说一个人扛200公斤你说很轻松，一点都不重，另一个人扛了50公斤你说太重了他会被压死。也就是电脑不会说话，要是电脑会说话非把你骂得找不到妈为止。跑160MB的文件比跑32MB的文件还快，你当电脑是傻子啊。

      MVC正是因为割裂了view、model、controller，让CPU和内存干了更多的工作，电脑干了更多的工作凭什么比干了更少的工作有更好的效能表现？MVC和ORM的发展并不是为了提升性能，那不是两者追求的目标，也是无法追求得到的（与原生ADO.NET相比），甘蔗没有两头舔。MVC和ORM的目的是提高开发效率的，是为了软件开发或者说软件生命周期更人性化的管理，更高效的管理，便于协作开发。当然，开发效率的提升是以性能为代价的。本文前已举例计算机程序语言的发展轨迹，正是为了说明这个道理的。你说ORM和MVC比原生ADO.NET性能更好，无异于说JAVA比C++性能高，无异于说javascript比汇编性能高。难道MVC和ORM都是基于MVC，就说明它们性能差不多？那我还可以说Javascript和汇编到了CPU都是执行的二进制呢，能因此说javascript和汇编的性能差不多吗？！

      看一种语言或者框架、架构、设计模式的性能，就要看这种设计方式是不是让电脑多干活了。如果多干活了，那性能基本上一定没有少干活的性能更高。JAVA和C#都经过了IL，经过JIT，经过了一个中间库的包装，所以比C性能差很多，无它，因为JAVA和C#让电脑多干活了。你直接飞机飞北京比你先飞新加坡，再飞新德里，再飞北京还慢，天下还有这样的道理？同比来说，说ORM和MVC性能跟ADO.NET差不多，或者比原生ADO.NET更好，我只能理解为你业余水平都不够，赶紧回去学校补习计算机基础。

现在软件发展的趋势是拿时间换性能，什么意思，就是说我牺牲性能来换取快速开发。现在硬件还在遵守摩尔定律，每18个月翻一番，所以就是拿硬件平推，运行性能差，我用高性能硬件补。使用MVC也好，ORM也好，无非是为了节约开发成本，就别再说什么性能了。