继承和组合的关系

个人工作的感触:

     首先框架的编写是难度很大,而工具类的编写相对比较容易,在工作中,已有的成熟的开源框架,基本上的主要功能都已经的实现,对于框架的实现固然要按照框架编写的规范(自认为有些规范),工具类的编写是相对与框架不能实现的,或不通用的,现有框架没有实现,比如在rcp中的表格的导航,这个功能实际上用的很多,但是有不能做成通用的,因为你不知道这个界面要怎么导航,到了下个界面根据业务要怎么导航,所以框架就没有实现这个功能,这就要实现一个工具类,来实现这个功能,它只能是工具类,因为你不可能覆盖原有框架的设计自己在搞一套出来.

下面说下框架的目的和工具类的目的是一样的都是要实现某个功能,框架相当于从零开始全方解决,而工具类则是在现有个框架之上实现某个帮助功能,这个功能不能纳入框架中,因为它是面向前台的或者是不够通用,不能纳入框架的模块之中.

以下是自己的感触:

框架要设计某个功能的时候先用接口定义,然后让类去继承这个接口然后就实现了这个功能,这个类可以是抽象的或者是不抽象的,接口的设计要分主次,就是说一个接口设计成一个主功能点,然后还有很多辅助的功能点,要设计成不同的接口这样,在实现的时候可以先继承主接口的实现类,若要加入别的功能,则要在另外实现接口,这样做的好处是可以把主要功能和次要功能分解开,所以在框架编写的时候就要用到继承和,在设计的时候要用大体思路,和分支思路.

 

而工具类编写相对比较考虑的因素较少,因为你不是覆盖框架只是提供了功能点,这个功能点是个开关拿掉和加上去,不能影响框架的运行.复杂的工具类可以借组框架的设计来实现功能点,但是这个功能点总体上是开关式的.