日期:2014-05-20  浏览次数:21073 次

是给.net框架做减法的时候了
概述
      .Net框架日渐肥胖,给采用智能客户端或C/S架构的解决方案的部署带来诸多不便,更不用说单机版软件了,本文就此展开牢骚,并试图给出解决方案。
关键字
      .Net框架 减肥
正文
      Net框架2.0的安装包不过22MB,到3.5竟然突飞猛进到近400MB,光这个玩意儿就得单独占一张普通光盘,虽说企业级产品在服务器端部署时不在乎多这么一张盘,但是如果要在客户端部署,你是分发光盘呢还是去网上下载呢?哪个都够呛!再看JAVA,10几年了,框架的安装包都没增加多少。
 
     据说Windows7预装了.Net3.5SP1,可以避免安装之苦,但是Windows7要想占据主流,绝不是3、2年就能做到的,而大家都知道.Net框架的更新频率远远大于OS的更新频率,所以等Windows7占据主流的时候,.Net框架说不定都发展到6.0了,你还得安装。
 
     windows2008出了core版,windows7据说也比vista精简了不少,为啥.Net就不能瘦瘦身呢?那个原来叫WPF/E的SilverLight,大小才不到5MB,就能实现WPF的大部分功能,而且还可以脱离.Net框架运行IL代码,可见这个瘦身在技术上是完全可行的。现在.Net客户端安装提供的那个profile虽然可以把依赖的框架的大小缩减到25MB,但这顶多算权宜之计,肯定有更好的处理方式。
 
总结
     .Net框架安装包应该只保留一个核心功能,像什么WF、WPF、WCF、WC之类的玩意儿,统统作为plugin提供,用的着才打包进产品,不要像现在,不管用得着用不着,统统塞给你。
------解决方案--------------------
引用楼主 wangao88 的帖子:
    windows2008出了core版,windows7据说也比vista精简了不少,为啥.Net就不能瘦瘦身呢?那个原来叫WPF/E的SilverLight,大小才不到5MB,就能实现WPF的大部分功能,而且还可以脱离.Net框架运行IL代码,可见这个瘦身在技术上是完全可行的。现在.Net客户端安装提供的那个profile虽然可以把依赖的框架的大小缩减到25MB,但这顶多算权宜之计,肯定有更好的处理方式。 

总结 
    .Net框架安装包应该只保留一个核心功能,像什么WF、WPF、WCF、WC之类的玩意儿,统统作为plugin提供,用的着才打包进产品,不要像现在,不管用得着用不着,统统塞给你。


实际上我们想想看,为什么不可以把整个vs开发环境用Silverlight实现呢?源代码放在微软巨大的数据库中,编译也在服务器端执行,如果需要备份源代码可以下载到本地,编译之后的结果可以发布到本地(或者其它网络例如silverlight.live.com),连配置管理服务器都不需要了直接嵌入这个系统的服务中作为vs的一部分提供......如果我是微软,我就说我是一个全世界程序员都需要的“google”。

问题是,人们的习惯要从单机转变为依赖网络,甚至比技术晚10年。也就是说当你有一个好的想法之后,你就要打算推广十年,之后才能广泛接收。

这不是技术能够解决的问题。
------解决方案--------------------
目前的趋势应该是在.net平台下WinForm被silverlight逐步取代掉,也就是说以后你用.net开发客户端应用首先想到的应该是基于web的客户端应用,而非桌面窗口。
------解决方案--------------------
.net的部署问题一直是制约.net发展的严重问题,基本上开发通用的客户端软件都不敢用.net,让普通用户去装一个20M的.net framework都让人觉得不可接受,.net 3.5居然搞成400M,简直就是五雷轰顶。