看到不少人在创建android工程之后，又在上面做了不少功夫，封装之后再封装。或许是为了实现他们永远无法抛弃的"MVC"模式,又或者是离不开所谓的“内裤（类库）”王子的梦想，抑或是抱着创新搏人眼球。总之，这伙兄弟无所不用奇迹。
回过头来，我们试想一下，framework的核心作用什么呢--避免重复制造轮子。假设当初这些套件不是用“JAVA+大量的设计模式”，而是采用C/C++，现在的android应该是另外一番风景了。既然，谷歌的兄弟们，已经给我们造好了轮子了，如果我们所做再封装仅仅是为了封装而封装，而不能去避免再造轮子或者是提高工作的效率，真的是有点画蛇添足了。
本来framework里面大量的类为了实现可扩展性和灵活性，已经进行了多层的封装，执行效率应该就会打折扣，如果我们还要在上面做封装，特别是在UI层的渲染，更是会受到影响。
我个人在开发中不会试图再去制造轮子，而是总结一些有用的Tools类或者方法，我其实很反对有些兄弟去为了个人的理想去开发一些类库来修改目前android的开发模式，因为他的初衷是为了满足自己的理想 。所谓的快速开发，只是他的心猿意马。可能很多人并不喜欢。而且没有经过专业的论证和测试的框架可靠性本身就值得怀疑 。谷歌给我们提供了太多的有用工具，在这些工具的帮助下我们的每一步的开发，都显得有根有据和理直气壮。
我是一个喜欢简洁和自由的人。我可以轻松在现在的开发模式中以更高和可靠的效率去实现我要实现的需求。