06 2005 档案
摘要: 通过对上面两种实现Plugin Architecture的简介,分别都实现了需求中的内容,但都有提升的余地,个
人认为Osgi的方式需提升对于Plugin管理的关注(不仅是生命周期管理)、而JMX+IoC方式则需提高对于
Plugin内部结构的关注(就象Osgi将Plugin分解为了Bundle和Service),至于Plugin的扩展方面觉得
Eclipse的Extension Point是非常不错的一个设计,不过同时也看出在Plugin Architecture的实现上基
本都采用了管理和静态结构分离的方法,其实这个好处是非常明显的,可以快速的将系统原有的模块通过
编写一个管理类的方法就可作为plugin放入系统中,这提升了简便性,当然最大的作用还是分清了职责,
说一句题外话,职责单一一直是软件设计的重中之重,此文纯属抛砖引玉,希望能听到更多关于Plugin
Architecture的声音,也希望大家都关注Plugin Architecture,最近也出了一个JPF,不知道大家是否有
所了解。
阅读全文
摘要: 谈起职业规划,也许自己并没有什么资格,毕竟只工作了三年而已,在这里主要也是谈谈自己对于职业规划的一些想法,谈谈一个普通的IT从业人士、一个普通的软件开发人员三年工作以来的一些感想,也算是对自己三年工作以来的一个回顾。
阅读全文
摘要: 粒度这个词对于设计人员来说也不是什么陌生的词,粒度上通常称为粗粒度和细粒度,而这里讲的粒度控制主要指的是在系统设计的过程中如何根据需求去控制设计的范围。
阅读全文
摘要: 架构设计这个词听的非常的多,但真正何谓架构设计呢??可能要你真的来讲还真的讲不太清楚,很多人都知道架构设计是对系统进行分层、分模块进行设计,但又有多少人知道这步应该怎么去做呢,往往很多的programmer在刚进入架构设计这个领域的时候,受到以前做模块的那种影响,把自己的眼光限定到了具体的模块实现上去了,并没有站在系统的高度上来把握系统的架构,这都是些理论性的话,来讲点实际的,^_^,具体架构设计指的是什么呢?目的是什么呢?如何去做呢?下面来讲讲我的体会。
阅读全文
摘要: 虽然这些文档一般来说公司都是有模板的,但我写这些文档以来基本上是每写一次就把目录结构给改一次,应该说这是因为自己对这些文档的理解开始加深,慢慢的越来越明白