phomkueng的专栏

刚接触OSGI时，感觉开发受到很大的约束，你不能随便就引用其它Bundle的类，你也很难控制你的Bundle的启动的先后次序，于是，千方百计地在Manifest.mf里动脑筋，又是Import-Package，又是Bundle-Classpath的，搞搞DynamicImport-Package，又或者试图通过Import-Package引用被依赖的Bundle，来达到被依赖的Bundle能够比依...

我们经常会接触到规范(specification)、 、模式(pattern)、框架(framework)等概念。有时与朋友沟通时，总感觉对方混淆了这些概念的使用范畴，也就是将某个概念的东西硬往另一个概念上套。在此，我讲讲自己的看法，期待各位的拍砖:规范(specification)几乎和标准同义，是一类实现的实现标准。也就说为了统一某类实现的某些特性，而制定规范，使这类的实现互相...

bundle之间存在耦合，就必然存在依赖关系，由于osgi特殊的classloader组织结构，osgi的bundle之间及bundle内部的依赖关系稍微比传统java应用稍微复杂点。     首先，在传统java应用中，在运行时，大部分jar包都是由同一个classloader来加载，所以它们在编译时和运行时时的依赖关系基本上是一致的，也就是说你编译通过了，在运行时，如果...

以前做系统设计，很自然会往OOAD方面去靠，但总是感觉有些异样：设计的东西到了开发时总是有那么一点半点的东西需要勉强妥协成不那么OO的。 最近几天，看了一些关于领域驱动设计（DDD）的资料，才知道，原来我所遇上的问题，就是DDD能够帮我解决的问题。 OOAD是太自由了，设计者可以十分自由地设计出各种各样的类和它们的各种继承、聚合等关系，设计得好不好，完全在于设计...

人皆向往自由，但是凡事都应两看，有时约束并非坏事。特别是在软件开发来说，似乎约束远远比自由更重要。在java语言来说，它所带的约束远比C语言多得多：没法使用指针，无法直接对硬件设备作操作，一切都被约束在JVM上。但是，正是这些约束，使java脱离了指针越界的噩梦，脱离了硬件细节的泥沼，使它往更高层面发展，目前大量与各类商业业务逻辑相关的应用中，Java实现占的比例远远高于C的实现。也许有人...

有些概念---它们不是一些规范标准，所以也没有明确的、具体的实现。因为对概念的理解角度未必一致，我们不能很明确评判一些具体的实现是否在这些概念的范畴之内。关于服务化架构，就有很多这类的概念，例如：SOA、微服务。到底什么是SOA？什么是微服务？业界只有一些条目说明，而没有清晰的、硬性的标准和规范。更没有参考实现之类的东西。于是，不断有不同的实现或架构出来，宣称是SOA,是微...