本来的标题可能是：“Windows Vista：M$葬礼的开始”，或者“Windows Vista：逃离的时刻”。后来，想想大家都是出来混的，人家M$也砸进去60亿的美金才搞出来的东西，所以就换了这个相对温和公正的标题：“Windows Vista: PC时代的殉葬品”。换了标题后，一直没写东西，因为觉得没有太大必要了，从95年到现在，人类的认知能力在进步，即使生活在中国这片神奇土地上的人类也应该在进步，但昨晚电视上看到Bill Gates要砸五亿美金作广告，还情绪激昂的宣称Windows Vista是一场技术革命，不免有些担心，还是写点东西。

Windows Vista是不是一场技术革命？

用我日常的说话方式来总结：革他妈鸟的命，出来卖的就好好的卖，不要立着“技术革命”的牌坊来卖！已经半老徐娘，不要因为你多擦些粉，就把自己当成十八岁的大姑娘；更不能因为你自己擦粉投入的钱$太多，就要把自己卖大姑娘的价，这他妈的是欺诈。

我们总爱受这种欺骗，看完了《英雄》，看《无极》，看《夜宴》，看《黄金甲》！智商就不能提高点，满屏幕黄黄的像一坨坨大便似的，除了权谋、杀戮，没有任何属于“人”的东西，怎么就卖了几个亿？有位教授(不是叫兽)总结的好：那是得了手的骗子。所以，我非常担心Windows Vista在中国成为下一个“得了手的骗子”。

说M$是骗子有些过分，我们客观承认M$是PC时代的领导者，这一点毫无疑问。但M$是不是PC时代技术变革的推动者，还需要讨论。今天，我们确实面对一场技术变革，但Windows Vista不是这场变革的发起者，而是这场技术变革的“被革命对象”。这场技术变革就是：个人电脑(PC)时代的终结，网络就是计算机时代的来临。

SUN是一个伟大的公司，他们在多年前就提出“网络就是计算机”的概念，当时大多数人都以为那是一个比较遥远的时代。可事情的发展往往超出人们的想象，今天“网络就是计算机”的时代正在来临。我们看到了太多的互联网技术、应用开启了新时代的大门，例如Google的Docs、Calendar、GMap等等，我们今天所讨论的WEB2.0也许只是这场变革的开始，这个开始的特征是：WEB即平台，软件即服务！未来几年，大量的PC应用将迅速向WEB迁移，这不是从所谓的C/S向B/S的迁移，而是由原来独立的、封闭的、单一的PC应用，向开放的、在线托管的、可协作的WEB服务和应用迁移。这个迁移最终将导致网络操作系统，或者有人称为WEB操作系统的诞生，进入“网络就是计算机的时代”。

我们很难准确定义和描述“网络操作系统”或“WEB操作系统”，但可以作一个简单的想象：

一台瘦的互联网终端，非常小的操作系统，只负责基本的硬件管理、互联网连接和WEB浏览；不再有庞大的本地硬盘，所有的数据可以安全的存储在海量的互联网存储上；所有的应用，例如办公软件，都从互联网加载。全世界，只需要少量几个核心的计算和服务供应网络，终端用户只需要按需租赁。

尽管这一形态的“网络操作系统”还需时间，但这个方向是不可避免的。我们回头来看看Windows Vista这个鸟东西，个人终端操作系统应该越来越瘦小、便宜，个人终端用户应该越来越多的使用在线服务的时候，Windows Vista却朝着相反的方向，把个人终端变得庞大、复杂且昂贵。根据网上的测评，据说需要2G内存和N多显存，才能平稳的运行Vista，这完全是与技术变革的方向背道而驰。

Windows Vista的项目本身异常庞大，开发周期非常长，并延期了3年时间。大家不要认为，M$之所以耗费如此大的开支，是想为用户推出一款完美的操作系统；事实上，我个人觉得，M$更多是为了实现对PC绝对统治的个人野心而已，他们想做一个无所不能的，可以一统PC江湖的家伙。从技术变革的角度将，Windows Vista本身是一款完全赌错了方向的产品，当PC时代即将终结的时候，“一统PC时代“的操作系统还有意义吗？顶多是PC时代的殉葬品！

从软件项目开发的角度讲，Windows Vista项目本是失败的。所有作软件开发的人，几乎都看过《人月神话》，我认为微软陷入了文中所说的“焦油坑（The Tar Pit）”，与“IBM 360系统”开发非常相似的困境。Vista在拖延了3年，砍掉了很多Gates认为的杀手级应用之后，也远远未达到产品级应用，更不用提完美和变革。Vista的开发无论预算和发布时间都严重超支，而且我相信后期的项目维护也会是一场噩梦。那么，我们能期望从一个失败的软件项目中诞生一个成功的软件产品，甚至是“变革性”的产品吗？

Windows Vista是不是一个技术变革的产品，只需要一点点时间去验证，但我相信下面一段话所预言的事：有人的地方，就有江湖。江湖上，死的最惨的都是那些妄想一统江湖称霸武林的家伙，无论那些家伙打着什么旗号。

Windows Vista: 没有远景

没有“远景”，连眼前的风景都没有。昨晚东方卫视介绍Windows Vista，Gates在台上激动的”WOW”，然后主持人介绍了几个特性，没有一个让我”WOW”起来。另外，总感觉Gates的煽情很别扭，完全没有Steve Jobs令人信服。

首先，介绍了一个桌面3D切换，看似很炫。这他妈的在MAC上，N年前就有了，MAC不仅可以3D切换窗口，你还可以3D切换四个桌面。

然后，介绍了一个小功能，好像是有个鸟工具，可以支持你直接用命令行启动桌面程序，号称“不需要在菜单中寻找，快速启动应用程序”。这也能拿出来秀，不是电视台的编辑脑袋有问题，就是微软市场人员的脑袋有问题。从Linux/Unix诞生开始，你就可以用命令行启动任何应用程序，通过脚本自由的组合应用程序。Ubuntu的桌面栏，可以让你在一个入口启动应用程序、打开文件、查阅字典、网络搜索关键字。

其他功能的介绍，就不太记得了，反正始终没有”WOW”起来，没看到远景，也没有任何风景。

今天，打开Windows Vista中国的主页，特意去看看M$罗列的可以让用户”WOW“的理由，顺便拷贝几条过来分析分析。

第三条：

有一点分析能力的人都会觉得这是非常无耻的一条，难道Windows以前是裸体跑的？以前如此不安全的Windows拿出来卖，算什么？算欺诈？那个鸟逼的IE、IIS害了多少用户，每个中国的Windows用户都被木马、流氓软件插过，80％是通过IE插进来的。现在，你穿了衣服，不裸奔了（我们还不确认是不是半裸），居然厚颜无耻的让我们来”WOW”。另外，你什么时候听说“这是目前为止最安全的Unix\Linux“，或者Jobs说“这是目前为止最安全的MAC”？

第十条：

鉴于IE种种恶劣的历史记录，包括其过去以卑鄙的手段击败Netscape，现在阻挠Canvas标签以及SVG的应用与技术创新等，这一条基本上可以忽略。从我半年前试用那个Bug百出的IE7 Beta的经验上看，IE7无论在性能、稳定性、安全上，仍然无法与Opera、Fire Fox相提并论，IE7所谓的新功能在Opera、FireFox上早以实现。Opera9.x 5M左右的安装文件，却实现了业界最高效的WEB浏览，最易用的EMAIL客户端，以及IRC、新闻组、RSS、BT下载集成，还可支持小Widget控件，更不用提弹出窗口拦截、恶意脚本检测、反钓鱼网站等安全特性。

第XXX条：

很多条上，Windows Vista都在宣传它的“多媒体中心”。看看MAC吧，http://www.apple.com/macosx/leopard/index.html 否则你还以为M$干了多了不起的事情。抄不是错，抄的像原创一样就有点恶心了。

M$总共罗列了100条，我没有耐心去看下去，感觉上基本是对以前Windows缺陷的改进，抄袭MAC的功能等等，没有看到什么“变革性”的可以让人眼前一亮，可以”WOW”的东西。

Windows Vista：逃离的开始

Windows Vista漫长的开发期间里，Linux社区诞生了Ubuntu；MAC发布了Tiger，接下来是Leopard；互联网迎来了WEB2.0，Google发布了无数的在线应用，包括在线Office。Windows Vista的来临，也许是我们逃离Windows，奔向这些新世界的开始。

Ubuntu：拥抱Linux的自由世界

几个月前，我将笔记本的操作系统从Windows XP切换到Ubuntu，加入Linux的自由世界。Ubuntu在Linux桌面易用性方面，确实有了非常大的改进。无论安装，兼容性，系统升级都非常简单。基于Debian的集中软件管理系统尤其值得称道，大量的GNU应用程序可以直接从网络安装，自动升级，并安全卸载。完全避免了Windows上独立安装卸载应用程序，和维护令人发指的注册表的烦恼。我觉得不在Windows操作系统上开发什么鸟.NET之类的程序员，都可以转向Ubuntu，享受一个集成了易用的桌面，Linux命令行和Shell脚本，大量GNU应用包括LAMP的操作系统。

Google在线服务：WEB即平台，软件即服务的世界

然后，我们把很多文档上传至http://docs.google.com，由Goolge Docs来在线管理这些文档。我和同事们开始在线编写各种文档，然后不需要再通过PC共享，或EMAIL的方式发布文档，只需要通过“Collaborate”在线协作。我们可以在任何有互联网的地方自由访问这些文档，不再需要U盘等拷贝文档的方式。我觉得Google Docs开启了所有PC应用向互联网迁移的大门，如果Office都可以迁移到WEB上，那还有什么应用不可以呢？这也许是“网络就是计算机”的雏形应用。

OS X Leopard：完美主义者的操作系统

如果你一定要一个华丽而又完美的操作系统，任何一款Windows都不是，包括Windows Vista在内。M$的价值观与完美主义相去甚远，你知道最初的DOS是什么缩写吗？是”Quick and Dirty Operation System”，Gates拿过来把Quick去掉然后卖给IBM。现在，一个陷入泥潭软件项目，一个错误方向赌博，一个充满野心的产品Vista，距完美更远！Windows Vista的界面华丽吗？易用吗？去试试Apple的OS X后在说！

我们在Gates身上永远找不到Steve Jobs偏执的完美主义信仰，苹果产品做得美轮美奂，简单易用，其实都带有Jobs个人性格的烙印。Gates只是一个实用主义者，所有的Windows产品也同样都有这样的烙印。所以，我们只要期望Windows Vista能用就可以了，不要提什么完美与“变革”，基本上是扯谈。如果你想要一个完美的操作系统，就去向Steve Jobs要。

重要一点，按目前Windows Vista的配置需求，我觉得安装Vista的PC或笔记本在价格上应该与MAC的价格相差不多。既然如此，如果你追求完美主义，为何不直奔MAC而去！这也是我们身边很多人的想法，在今年春季拥有一台OS X Leopard操作系统的MAC，在Vista发布的时候逃离Windows。

结尾

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

MVC根据不同的应用场景，有各种不同的变化，本文列举了我们整理的几个MVC应用形式，用于大家讨论补充。

MCV(Standard):

MVC(Swing):

MVC(JFace Data Binding):

MVC(Rails):

MVC(DataSource for GWT):

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

解决方案一: 部署OSGi/Equinox在Servlet容器中

解决方案二: Web服务器与Servlet容器嵌入在OSGi/Equinox

解决方案三: 设计适合OSGi环境的Servlet容器，构建纯插件体系结构的WEB层

1. OSGi标准插件，自描述文件"META-INF/MANIFEST.MF"
2. OpenCore插件，增加自描述文件"META-INF/opencore.xml"，实现符合OSGi环境的依赖注册(IoC)与动态扩展点
3. OpenCore Web插件，增加自描述文件"WEB-INF/web.xml"(符合Servlet规范)，WEB特性的插件，可以部署在Servlet容器内

相关资源:

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

通过startup.jar启动

通过可执行的Launcher启动

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

1. 应用系统的核心层：以OSGi为基础
2. 增强层：IoC实现、扩展点机制与RMI插件

1. 物理依赖，即插件间的Class依赖，例如A插件Import B插件的Class
2. 逻辑依赖，插件A中的服务依赖插件B中的服务。

服务(Service)：系统中动态结构方面的抽象，是运行时的概念，是具有良好接口与自我描述的业务功能提供者。Java平台上是一个具有良好接口对象实例。服务可以被注册、发现、启动与停止。运行时，服务间在同一JVM内通过传引用（By-Reference）依赖协作，在不同JVM内通过RMI、JMS、REST等传值方式（By-Value）通信协作。

服务的概念描述图如下：

1. 进程间通过连接器(Connector)以传值(By-Value)方式通信和协作
2. 进程内通过Java接口调用以传引用(By-Reference)方式通信协作
3. 进程内一个服务可以作为对另一服务的扩展

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

1. 完全基于OSGi的插件体系结构。
2. 简单，远没有Spring IoC容器复杂，支持属性注射(Property Injection)与构造函数注册(Constructor Injection)。
3. 分级IoC容器，分为插件级、应用程序级、网络级
4. IoC容器管理的服务与OSGi框架管理的服务可以互访，这样保证了OpenCore IoC不会屏蔽OSGi本身的模型，使得基于OpenCore IoC的插件与大量第三方基于完全基于OSGi服务模型的插件可以协作。
5. 支持通过动态扩展点实现1对多的依赖注册机制。
   

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

尽管我在一年前曾预测OSGi最终将部署在60%的Java虚拟机上，但OSGi的发展速度还是超出了我们的想象。一直认为OSGi规范是Java领域被埋没的一颗明珠，它优美的组件体系结构正是Java平台不可或缺的部分，应该直接纳入到JDK中。

众所周知，Java平台有庞大的开源框架、类库支持，但我们却一直停留在类与API层次的复用，一个较大的Java项目往往有大量的Jar包混乱的堆积在classpath下。所以Java领域迫切需要一个实现组件级复用的解决方案，将所有这些混乱不堪的类库与API以组件的形式发布，在统一的容器内组装协作，OSGi规范无疑是目前最为出色的候选者。

OSGi的规范已经提出5、6年的时间，到现在被业界广泛认可，其发展过程很有趣。OSGi规范最初定位于嵌入式系统，如家电、汽车、手机、家庭网关，满足单一Java虚拟机上启动多个Java应用程序和动态从网络安装卸载应用程序的需求。但那时嵌入式Java虚拟机还不成熟，更不用提OSGi的应用，尽管有宝马等知名公司的应用，但一直没有在Java嵌入式领域获得广泛的应用。

随后的发展一定超出了OSGi委员会(www.osgi.org)的想象，OSGi居然被Eclipse应用到了客户端。 Eclipse原本插件体系结构是一个基于XML的静态扩展结构，即扩展(Extension)与(Extension Point)，不知道当初基于什么样的考虑，Eclipse组织在3.0版本选择OSGi作为插件体系的内核，这样由OSGi负责插件体系架构中ClassLoading机制，由扩展与扩展点负责业务层面的扩展架构，这是一个很完美的结合。但我认为这实际上并不是OSGi的最佳实践，Eclipse原本的静态扩展架构限制了OSGi的动态性，也没有应用OSGi的服务层模型，而是大量基于单例(Singleton) Plugin调用协作，开发RCP客户端时，你会发现很少需要注册OSGi的服务，往往一个Plugin的入口类提供很多静态方法。当然，这也可能与Eclipse的延迟加载(Lazy load)机制有关。

尽管Eclipse不是OSGi的一个最佳实践，但随着Eclipse的成功，OSGi迅速普及与成熟，最终将OSGi推向它最擅长但一直被忽略的领域：企业级应用软件的服务端，纯插件体系架构的服务端！目前，大量的服务端开源架构与商业产品向OSGi迁移，2007年将是OSGi服务端应用的开始。

随着OSGi在胖客户端(RCP)、服务端(Server Side)与嵌入式Java虚拟机上的广泛应用，相信未来几年内，60%的Java虚拟机上部署OSGi的目标并不是遥不可及。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

OSGi体系结构

            

L0层Java执行环境

L1模块层(组件或插件层)

L2插件生命周期管理层

L3服务注册层

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

OpenCore: OSGi上部署Hibernate的四种方式

OpenCore是在OSGi规范上构建的微内核(Microkenerl)，基于纯组件(Pure Plugin)开放源码企业应用软件平台。OpenCore数据层实现OSGi上集成Hibernate，Hibernate及其依赖库作为一个单独的插件，这样带来一个问题，就是OSGi平台的插件类加载机制使得Hibernate无法正确加载分布在不同插件内部的模型对象与O/R映射文件。本文讨论四种解决方案:

1. 模型对象(Domain Objects)插件

模型对象(Domain Objects)集中到独立的插件(Bundle)内，Hibernate插件依赖这些模型对象插件。这是最简单的，也是比较糟糕的方式，比较小的基于OSGi的项目可以这也作做。

2. 改进的模型对象(Domain Objects)插件

把模型对象插件当作Hibernate插件的Fragments，依赖方式如图：

业务插件－－－－－－－>Hibernate插件
                                                    /｜\
                                                        |
                                                 模型插件
                                            

3. Eclipse-BuddyPolicy与Eclipse-RegisterBuddy方式

Equinox(Eclipse提供的OSGi实现)平台特有的方式，允许插件(Bundle)声明自己的伙伴，让“伙伴插件”来动态加载本插件的类，这也是Hiberate与Equinox集成的官方解决方案。这种方式模型对象无需部署在单独的插件内，与业务插件部署在一起即可，Hibernate插件也无须依赖模型对象。

具体做法如下：

首先，Hibernate插件(名称，例如org.opengoss.orm.hibernate)声明自身可以作为伙伴插件，自描述文件(MANIFEST.MF) 加入描述：

Eclipse-BuddyPolicy: registered

然后，模型对象的业务插件中把Hibernate插件加入为伙伴，自描述文件(MANIFEST.MF) 加入描述：

Eclipse-RegisterBuddy:org.opengoss.orm.hibernate

具体说明文档：

http://www.hibernate.org/311.html

http://www.ibm.com/developerworks/cn/opensource/os-ecl-osgi/index.html

注意：这种方式无法保证在Hibernate最新版本中应用成功。大家可以再试试:)

4. Eclipse Extension Point方式

这是我们目前实现的方式，通过标准的Eclipse扩展点与扩展机制，我们在Hibernate插件中plugin.xml配置文件中声明下述扩展点：

<extension-point id="org.opengoss.database.domain.object" name="domainObject"/>

在模型对象插件中声明扩展，例如：

<extension point="org.opengoss.database.domain.object">

<domainObject class="org.opengoss.alarm.core.Alarm"/>

</extension>

Hibernate插件的启动中，用代码配置生成SessionFactory，代码如下：

public void start(BundleContext context) throws Exception {

Configuration configuration = new Configuration().configure(new File(

"./etc/org.opengoss.database.hibernate/hibernate.cfg.xml"));

Class[] domainClasses = getDomainClasses();

for (Class domainClass : domainClasses) {

configuration.addClass(domainClass);

}

sessionFactory = configuration.buildSessionFactory();

Dictionarynew Hashtable

props.put("scope", "APPLICATION");

props.put("uid", "Hibernate:SessionFactory");

registration = context.registerService(

SessionFactory.class.getName(), sessionFactory, props);

}

private Class[] getDomainClasses() throws Exception {

List domainClasses = new ArrayList();

IExtensionPoint point = registry

.getExtensionPoint(IConstants.DOMAIN_OBJECT_EXTENSION_POINT);

IExtension[] extensions = point.getExtensions();

for (IExtension extension : extensions) {

IConfigurationElement[] elements = extension

.getConfigurationElements();

for (IConfigurationElement configurationElement : elements) {

Bundle bundle = pluginContext.getBundleBySymbolId(extension

.getNamespaceIdentifier());

Class domainClass = bundle.loadClass(configurationElement

.getAttribute("class"));

domainClasses.add(domainClass);

}

}

return domainClasses.toArray(new Class[domainClasses.size()]);

}

注意：Hibernate内部的类加载机制实在无法令人满意，尽管我们在这种方式中已经加载所有的模型类对象，但Hibernate内部仍然会调用Class.forName()去试图加载。所以，我们不得不在其自描述文件(MANIFEST.MF) 中加入描述: