《记录·千年的皇帝》：“地形便利，秉诸侯之下，丕房子仍然排名高于高水也减龄。”这里所用的词睿。
这意味着一瓶水从顶部顶部浇注。
居高临下的隐喻，阻遏的形势。现指对事物把握全面，了解透彻。
此典故于汉高祖刘邦欲杀功臣韩信，大夫田肯进言到"陛下牢牢地控制着三秦（关中），陛下利用这雄险的地势。来控制、驾御诸侯，就如从高高的屋脊上把水从瓶子里倒下去。”以此来表彰韩信的功劳，于是。刘邦赦免了韩信，仅仅是将他降为淮阴侯。
相同，设计企业框架。也要对事物把握全面。了解透彻。
我们设计框架的时候，考虑了下面理念。
1. 使用灵活
能够整个使用它，也能够仅仅用它的一个或几个部分。一个完整的框架可能须要有许很多多个部分组成，可是对于实际应用的用户来说，它可能仅仅须要当中的一部分功能。构架一定要有这样的能力，能够由使用者进行点菜式，使用。避免仅仅要用一点点功能。就要引入许很多多的内容。
2. 保持核心的稳定性
我们所设计的框架。是立足于在须要稳定、安全要求很高的应用环境中使用的。因此其稳定性就是框架构建者首要思考目标，核心部分仅仅使用经过充验证及广泛应用的第三方包。在构建过程中。以前复用了某饱受赞誉基金会下的一个2.0版的开源包，结果在应用过程中出现了严重的内存泄露问题，最后不得已花费了很大的工作量才清理干净，这也更让我们对选择第三方包的审慎。
3. 学习成本低、上手easy
框架的学习成本必须很低。这样才干够让使用者更easy上手，避免因为学习难度大而导致的学习曲线太陡、太长。经过很多次的实践，我们总结出来：有基础的JAVA开发者经过半天的培训，就能够全然学会基于Tiny框架进行开发，经过1天到两天的实践就会变成熟手。
对框架进行扩展或基于框架扩展接口进行扩展，则须要3天左右的培训，就能够全然掌握，经过一周的实践就会变成熟手。
4. 文档一体性
做一个好的软件，好的文档是不可缺少的。而做软件过程中很挠头的就是文档了，文档写得早了，后期变化过程中又不正确文件进行不断的调整。工作量很大，稍不注意，又会导致文档与实际不正确应；文档写得晚些吧。又可能会流于形式。Tiny框架在构建之初就深刻的考虑这个问题。
这个问题主要涉及几个软件的參与者：Tiny框架扩展者：Tiny框架很多的时候都是一个体系而已，很多其它的内容须要后期进行扩展，这些扩展的内容的文档怎样编写。是须要考虑的问题。
Tiny框架使用者：Tiny框架的使用者，主要使用Tiny框架来进行业务开发。他在开发过程中须要用于Tiny框架扩展者扩展的组件，他们期望看到这些组件的最新文档，同一时候又不希望看到很多与自己无关的内容。同一时候在开发过程中，又不想到很多地方去查找这些文档，最后是在自己的开发环境就能够随时看到。Tiny组件库管理者：当TIny框架扩展者把这些扩展组件加入到组件库之后，也希望能有一种方式，方便的展现这些组件。方便Tiny框架的使用者选用。基于Tiny框架开发的业务系统：这些系统中有很多对外的服务。而服务须要有文档说明。Tiny框架提供了这些服务文档的生成功能，这样就能够保证服务与服务文档的一致性。所以TIny框架的构建者，在各种组件中都有相关文档描写叙述的元数据。这样，无论是在工具还是在管理台，都能够方便的查阅、导出这些文档信息。
5. 方便的外延性
Tiny框架构建者也深深知道。自己不可能解决全部问题，所以。Tiny框架除了最小的核心之外全部的部分都是可选的、可替换的。Tiny框架对于第三方包的使用也全然持开放态度，这个能够全然由使用者自行选择，不做不论什么限制
6. 现有资产的可复用性
因为考虑到企业应用的场景，Tiny框架构建者也知道，不可能全部的项目都是从零開始的，一定有一些项目是在现有基础上进行又一次开发或者重构的，无论是哪种情况都须要把当中的一部分或者大部分复用起来，以充分减少成本、利用企业现有资产。
7. 资产的可积累性
仅仅有易于知识积累，才干够真正做到越用越强。
Tiny框架正是基于上述观点，才提出一构建Tiny生态圈的概念。无论是私有生态圈还是共同拥有生态圈，都是体现一种众人拾柴火焰高的思维，一起来扩展、一起来复用。当然Tiny框架也意识到光有口号是不行的，一定要有规范和机制进行保障，所以在Tiny框架中。很多地方都涉及到规范、元数据等内容，以实现资产可积累、复用的目标。因为考虑到企业应用的场景。Tiny框架构建者也知道，不可能全部的项目都是从零開始的。一定有一些项目是在现有基础上进行又一次开发或者重构的，无论是哪种情况都须要把当中的一部分或者大部分复用起来，以充分减少成本、利用企业现有资产。
欢迎訪问开源技术社区：http://bbs.tinygroup.org。本例涉及的代码和框架资料，将会在社区分享。《自己动手写框架》成员QQ群：228977971。让我们一起动手，了解开源框架的奥秘。
版权声明：本文博主原创文章，博客，未经同意不得转载。