是给.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提供,用的着才打包进产品,不要像现在,不管用得着用不着,统统塞给你。
------最佳解决方案--------------------
实际上我们想想看,为什么不可以把整个vs开发环境用Silverlight实现呢?源代码放在微软巨大的数据库中,编译也在服务器端执行,如果需要备份源代码可以下载到本地,编译之后的结果可以发布到本地(或者其它网络例如silverlight.live.com),连配置管理服务器都不需要了直接嵌入这个系统的服务中作为vs的一部分提供......如果我是微软,我就说我是一个全世界程序员都需要的“google”。
问题是,人们的习惯要从单机转变为依赖网络,甚至比技术晚10年。也就是说当你有一个好的想法之后,你就要打算推广十年,之后才能广泛接收。
这不是技术能够解决的问题。
------其他解决方案--------------------目前的趋势应该是在.net平台下WinForm被silverlight逐步取代掉,也就是说以后你用.net开发客户端应用首先想到的应该是基于web的客户端应用,而非桌面窗口。
------其他解决方案--------------------.net的部署问题一直是制约.net发展的严重问题,基本上开发通用的客户端软件都不敢用.net,让普通用户去装一个20M的.net framework都让人觉得不可接受,.net 3.5居然搞成400M,简直就是五雷轰顶。
------其他解决方案--------------------也是!
------其他解决方案--------------------Up`~
------其他解决方案--------------------期待操作系統集成吧
------其他解决方案--------------------很有道理,不过得和微软反应吧?
------其他解决方案--------------------还没到那阶段
------其他解决方案--------------------还是VC6精简好用
------其他解决方案--------------------支持。顶一个
------其他解决方案--------------------可以啦,比JAVA等方面的要好多了啊
------其他解决方案--------------------其实, 只要改进winform程序的编译链接方式就可以了。
web程序服务器装多大都不会觉得太麻烦。
c/s程序,只要和vc一样,打包时只打包需要的dll,自然就体积就小了。
------其他解决方案--------------------.NET还处于增肥状态中,现在还不稳定,据说还有很多功能加到了4.0里,接下来还会有5 6等,其实能用的版本也是从工.NET2.0开始,3.5 和4.0都是他的护展,就象做项目一样,不到一定量的积累是不会重构或缩小体积的,不过你可以制作安装程序的时候选择性的打包你所需要的.NET的类库,这样子就可以用一张光盘装下了。
------其他解决方案--------------------双刃剑```哈哈!~
------其他解决方案--------------------瘦身? 先把 2.0 瘦了再说:
2009-05-23 23:51 <DIR> .