在实现系统功能的时候，通常会首先定义好功能的接口，在系统功能不断被实现的过程中，慢慢的发现有些接口的实现很类似，这个时候通常会开始做一次抽象，形
成一个共同的部分，^_^，慢慢的系统形成了一个抽象的层次，而为了通用，通常是通过定义接口，形成一个抽象类，抽象类中暴露出一些抽象方法供外部扩展实
现，逐步的积累抽象类后慢慢形成一个基础框架，而外部在使用时通常可通过继承抽象类的方式来复用、扩展和实现自己的功能。
通常在一些产品级的开发
平台上就会提出配置的方式去复用、扩展和实现自己的功能，而不是通过编写代码的方式，其实就是在上面的基础框架上再做了一级抽象，也就是提供了对于将基于
基础框架的抽象类的抽象方法的实现再做了次共性的分析，形成了一种通用的实现，然后将实现部分暴露一些可配置点，其实也可以想象这个时候同样可以暴露一些
抽象方法，呵呵，只是配置让人感觉不是写代码，很舒服，而且更有利于即时生效的实现。
再深入的想想，其实觉得为什么MDA是可行的，但又是难推广
的觉得是同样的道理，MDA将模型经过一级一级的抽象，最后形成的模型固然是一个非常灵活的模型，可通过配置形成多种多样的系统功能，但它带来了在抽象层
次的难度，这个通常来说不是那么容易做到的....而且其实在做一级一级的抽象的时候如果做的不够的话，通常会导致基于抽象无法完成特定的功能，这个时候
对于框架来讲通常会变得比较的麻烦
成一个共同的部分，^_^，慢慢的系统形成了一个抽象的层次，而为了通用，通常是通过定义接口，形成一个抽象类，抽象类中暴露出一些抽象方法供外部扩展实
现，逐步的积累抽象类后慢慢形成一个基础框架，而外部在使用时通常可通过继承抽象类的方式来复用、扩展和实现自己的功能。
通常在一些产品级的开发
平台上就会提出配置的方式去复用、扩展和实现自己的功能，而不是通过编写代码的方式，其实就是在上面的基础框架上再做了一级抽象，也就是提供了对于将基于
基础框架的抽象类的抽象方法的实现再做了次共性的分析，形成了一种通用的实现，然后将实现部分暴露一些可配置点，其实也可以想象这个时候同样可以暴露一些
抽象方法，呵呵，只是配置让人感觉不是写代码，很舒服，而且更有利于即时生效的实现。
再深入的想想，其实觉得为什么MDA是可行的，但又是难推广
的觉得是同样的道理，MDA将模型经过一级一级的抽象，最后形成的模型固然是一个非常灵活的模型，可通过配置形成多种多样的系统功能，但它带来了在抽象层
次的难度，这个通常来说不是那么容易做到的....而且其实在做一级一级的抽象的时候如果做的不够的话，通常会导致基于抽象无法完成特定的功能，这个时候
对于框架来讲通常会变得比较的麻烦
系统功能---->(一次抽象后)-----通用系统功能------>(二次抽象
后)-----基础框架----->(三次抽象后)----->开发平台----->......
一直这么抽象下去，最后系统会变成什么呢？那个模型又有什么人懂呢？灵活性、扩展性、简易性、可维护性，都是值得深思的问题.....