To coowoo: 我想说的是，BOS就是一个高级的插件系统。为什么叫高级，因为它不含有任何领域相关信息，包括你提到的输入、运算、输出，当然更不含业务逻辑。这就是我把它叫做通用原因。那么，BOS会不会简单过了头？是很简单，相信各位只要耐心花一两天的时间，就足以明白这个框架的用处和意义。但是，开发这个简单的框架却花费了超过一个完整月的时间。这正好回应danjiewu，就是，这个东东并不只是一个factory那么简单。建议有兴趣的朋友下载后，运行一下其中的editor，它能够直观地告诉你关于BOS的很多内容。
第二在asp.net 和 c#发,人多,
第三详细介绍下你做的东西,思路,模式....
http://blog.csdn.net/Serenade/archive/2007/09/28/1805168.aspx
BOS设计缘由 （一）
http://blog.csdn.net/Serenade/archive/2007/09/28/1805168.aspx
BOS设计缘由 （二）
http://blog.csdn.net/Serenade/archive/2007/09/29/1807009.aspx
BOS设计缘由 （三）
http://blog.csdn.net/Serenade/archive/2007/09/29/1807030.aspx
=============
呵呵，lz能比较一下这个bos和spring的相同和不同的地方么？
那么，为什么还要使用BOS？青菜萝卜各有所爱，两者总会存在区别，下面简单讲一下。1. 用处不同
BOS更适用于那些缺乏应用框架的领域，或是你想要从头开发（或移植）应用框架的项目。
由于BOS包含任何领域相关的细节（注意，既不包含领域相关细节，又是一个框架，这正是BOS称为通用的原因），因此它可以作为任何一种更上层的应用框架的基础。实际上，我正在计划基于BOS开发一套3D引擎，你当然不会想过用Spring来做这样的项目。如果你不是必须依赖应用框架，那么我相信，专业化的通用框架比混杂了通用与应用的框架更具优势。请参见我关于通用软件框架的一段论述。http://blog.csdn.net/Serenade/archive/2007/10/01/1808921.aspx当然，spring的通用部分很独立也很完善。那么，就来比较一下通用部分吧。2. 技术上的区别
这里只比较通用框架部分。如果你一定要谈论ORM、MVC这些应用框架部分，那么你是Winner，:-)从这一点来讲，BOS和Spring具有非常多的相似之处。尤其是，BOS.Center与BeanFactory很相似。但是，BOS.Center是一个动态的环境，这和工厂有本质的区别。最大的不同在于，BOS.Center接受组件的动态注册，从而支持组件的实现切换（有什么用？换肤、模块热交换...)。另一点非常大的区别在于，BOS将进程启动器作为系统提供的一个设施，从而使得软件完全组件化。直观地讲，应用开发者不再需要写main函数，他为应用写下的每一行代码都属于某个组件。这个小小的变化带来的影响需要你亲身体验才能更好的感受。其它细致的区别这里则不再多讲。国庆快乐！
BOS更适用于那些缺乏应用框架的领域，或是你想要从头开发（或移植）应用框架的项目。
楼主精神值得支持，不过还是要泼下冷水。如果别人学习和使用你的技术比自己写一个的代价还要大的话，这样的复用就没有什么意义了。自己实现一个factory的设计比使用lz的模式更加方便一些。