OSGi笔记（1）

前阵子向人咨询想学点什么好呢？就有同学强力向推荐OSGi，说这个东西好啊，有前途啊，听完之后半信半疑的，怎么个好法呢？一两句也说不清楚，还是自己先探探路再来下结论吧，于是开始了在google上乱晃的过程。每次都见Bluedavy同学的仟影，恩，他的那篇OSGi实战似乎是目前能找的唯一的比较详尽的中文文档了。同时去OSGi官方网站下了规范。

下这些，首先就是要弄明白OSGi是什么，为什么会出现，为什么有前途，它要解决什么问题？明白了这些，如果还想继续的话，可以深入探询它是如何解决那些问题的，了解它的优点缺点，最后，可能会关心一下如何使用的问题，其实，在弄明白了前面那些问题之后，最后一个问题自然就会迎刃而解。

先打开Bluedavy的实战篇，名副其实，全是教人如何实战的，非常详尽，可惜，俺心中的疑团一个也没解决，还是一团糨糊，把这本放放，以后再来看，虽然里面有很多宝贵的实战经验，是本秘籍，俺级别太低，无法融会贯通。还是老老实实的看规范先。

规范的概要不错，至少让我大概整明白了几个问题：
1）OSGi是面向组件的，它提供了一个平台，所有的一切都围绕平台如何管理这些组件在转悠，以此衍生出组件生命周期的管理，组件的安装，升级或者移除，并且对组件的这些操作都必须是动态的。所谓动态就是在不中断设备或者进程的情况下，进行这些操作。联想到我有时候调代码，没办法，一天重起server几十遍，把大量的时间浪费的对重起的等待上，我觉得这个动态很诱人。

2）通常在开发中，大量的配置文件的开发和维护是个难题，而OSGi这种软件组件的形式大大的简化了这种配置过程。想想我大部分时间都在成百的配置文件中穿梭，很多时候简直疲于奔命，这个东西看起来也很诱人。

3）安全性，组件都在安全的环境中运行，每个组件可以被重用（不知道这个重用是什么概念），组件相互之间还可以协作，并且这种协作也是安全的，这个比较悬乎，有待深入学习。

4）这玩意已经成功的用于很多行业，汽车，智能电话，就是对于桌面，也有Eclipse这个成功的例子摆在眼前。

要是什么时候软件的基础框架能象电源插座那样就好了，所有的功能都生产成组件，每个组件都有一个象电源插头一样标准接口，那时侯，拿一个框架，组装一些组件，就象小孩子搭积木一样，按照说明书进行特殊的组装，一个具有特种功能的软件就诞生了，而不用每种用途的软件都从头到尾开发一遍。想想都觉得很美。不过到那时侯，程序员的性质可能就变成另外一种了。