OSGI 中文版 2

  尽管小组承受艰巨的努力去写这本书，但是我还是一直密切的和他们联系着-不仅仅是因为我们在OSGI联盟上的工作，也意味着写作一本书也是在暴露OSGI特性上的缺点和不足，进而很明显的会导致另一场通过Skype或者电子邮件的争论。不幸的是，令我感到懊恼，那就是小组经常是正确的。
  他们要求我提供关于OSGI历史的文章，我可能完成了最高的压缩率。我写了4356个单词，我认为OSGI值得保留。但是事实上我喜欢的是：对于这本书质量的要求，不仅仅是它的细节而且还有它的形式。它不像今天的许多书籍，每小步充满了教你怎样去完成一个结果。不，这本书真正的是这样的：不仅仅详细的展示了怎样使用OSGI，也花费了大量的篇幅去指出它的基本原理。它是一本解释性的书籍。
  确实，如此这样的书现在需要。我理解OSGI不简单。尽管它建立在面向对象基础上，但它添加了一组设计原理去定位面向对象设计的缺点，因为面向对象这种设计没有预见当项目由许多开源项目和专利代码集成在一起时的情况。对象在构建软件的时候有巨大的价值，但是面向对象模式不是很合适在没有太大耦合的情况下让构建快（组件）协同工作。我们坚决的对象应该使用像工厂模式或者类加载策略，但是在一个特定的范围，这项去解除对象间耦合是我们努力工作中的一件又意义的部分。依赖于减轻大量代码痛苦，并将其移入到XML代码中，这种语言具有最不适合的句法可能对于人类编程任务来收。注解提供了另外一种水平的处理耦合的支持-但是也引起了诸多的问题。我们使用的许多的止疼方法是非常大的，因为在传统的Java中，因为问题不能再执行时间里增强。