由于工作的原因，第一次接触了一个较完善的框架，并为该框架做扩展和完善；通过这个小项目，终于明白为什么Java世界有如此多框架，而且以后可能会有更多的框架出现。
为什么会有这么多框架呢？我感觉主要有以下几点：
首先，面向对象机制中的继承，是使代码更易复用的编程方法。这句话在实际中来的可能并不那么轻松：对于一个成熟而复杂的框架来说， 继承关系可能很复杂(很厚的基础关系)，当你继承某个类，复写某个方法时要注意调用相应父类的某些方法，可能设置某个变量或者发一个消息，但如果你疏忽了，你写的这个类就可能工作不正常。 我想这就是为什么在很多设计模式的书中都提到，少用继承多用组合的原因，因为过度的继承，往往并不能让你把注意力放在当前类的实现上，你要考虑父类，父类的父类......
某些人可能不同意我的观点，但如果你碰到的框架复杂到一定程度，一点点疏忽可能要面临痛苦的调试，以至于想重新发明轮子。
第二，框架的使用范围。适用范围越广的框架，灵活性越高，掌握起来越困难，往往经过很长时间学习，都弄不清楚该框架在整个架构中扮演一个什么样的角色：要与哪些模块交互？要精简这个框架该如何取舍？还可以把那些模块的功能用该框架实现？......
这么多困难，怎么解决呢？ 我想一切的缘由都是因为了解的过少，多写代码，从各角度测试框架，亲身感受它；所以，做软件必须事必躬亲，不能偷懒，才能了解各方面的”实际“情况。写出真正的好东西来。
Just Do It！！！
为什么会有这么多框架呢？我感觉主要有以下几点：
首先，面向对象机制中的继承，是使代码更易复用的编程方法。这句话在实际中来的可能并不那么轻松：对于一个成熟而复杂的框架来说， 继承关系可能很复杂(很厚的基础关系)，当你继承某个类，复写某个方法时要注意调用相应父类的某些方法，可能设置某个变量或者发一个消息，但如果你疏忽了，你写的这个类就可能工作不正常。 我想这就是为什么在很多设计模式的书中都提到，少用继承多用组合的原因，因为过度的继承，往往并不能让你把注意力放在当前类的实现上，你要考虑父类，父类的父类......
某些人可能不同意我的观点，但如果你碰到的框架复杂到一定程度，一点点疏忽可能要面临痛苦的调试，以至于想重新发明轮子。
第二，框架的使用范围。适用范围越广的框架，灵活性越高，掌握起来越困难，往往经过很长时间学习，都弄不清楚该框架在整个架构中扮演一个什么样的角色：要与哪些模块交互？要精简这个框架该如何取舍？还可以把那些模块的功能用该框架实现？......
这么多困难，怎么解决呢？ 我想一切的缘由都是因为了解的过少，多写代码，从各角度测试框架，亲身感受它；所以，做软件必须事必躬亲，不能偷懒，才能了解各方面的”实际“情况。写出真正的好东西来。
Just Do It！！！
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
