更换框架的理由：
1 此开源框架在持续维护（不再更新的就把项目copy进自己的项目）
2 issues数量少，而且bug解决和回复的多和及时
3 在项目中使用的少，在局部范围内使用，而且不影响现有项目的使用.若涉及到的范围较大,则考虑到的因素更多些,比如解耦性,耗时,性能提升,如果好处很大,就更换
4 项目复杂度太高的话，需要考虑到自己的理解程度和需要安排的时间,是否划算.
5 对于性能提升比较大
6 代码解耦好,具体包括: 非侵入,拓展性好,易于理解
7 更换的时候最好先做Demo或者从小范围内开始,检查以上特性
新增框架的途径:
碰到没有见过的可以先去泡网代码库查阅相关代码
http://www.jcodecraeer.com/plus/list.php?tid=31
在开发中用到了自己没有接触过的技术时，要花点时间去研究，而不是直接把代码粘贴过来实现功能就没下文了，即使当时赶时间，也要把这件事情记下来，以后找时间去学习，最好做到接触即掌握，用过即专家，这才是程序员的自我修养
1 先找找有沒有現成的demo，然後從demo入手，去分析和查閲資料
2 先从整体上了解整个知识点，然后有的放矢的去专攻某个知识点
3 学会使用简单的方式，实现复杂的需求
4 更改过的地方,要自己重新测试,确认逻辑严谨后,然后再提交上去.
5 有任何工作方向的变动,先询问老大或者同事是否合理,不要擅作主张,自以为是的瞎搞
新项目开始时需要考虑的：
对项目有个整体的了解，然后再思考自己要实现的需求，进行概要的设计，可能在熟悉的项目过程中发现已经有类似的功能，很多工具类可以直接拿来使用，然后对有疑惑的细节在网上查查资料进行细节设计，整体都设计好了，然后再进行开发，这样做往往能达到事半功倍的效果，在测试和上线过程中出问题也能快速 定位解决
开源项目学习思路:
以目标为驱动，经历 >> 学习（包括别人的模式与反模式）、快速实践、获得反馈、思考改进、大面积使用、再学习 这样的PDCA环，而达到学以致用的目的
1. 画出整个程序的流程图，理解整个程序流程的思想。画流程图的方式更让人很直接的理解程序的整体流程，而不会被代码所干扰，让程序员总体上把握整个程序。
2. 对流程各节点(函数或过程)的理解。流程的每一节点是构成整个流程的不可缺少的部份。
3. 再把流程和流程各节点串起来理解整个程序，可能的话最好写出读书笔记。
4. 如果想深刻的学习到源代码的精髓所在，请写一个相近的程序进行操练。当你理解了这个程序并不表明你掌握了这个程序，只有在你操练一个相近的程序时，你才知道你到底理解了多少，掌握了多少。
每个人都要持续地学习才能跟得上潮流，不要抵制新事物，比如AI，的确是可以去了解的，因为社会的车轮一定是向前发展的。
再推荐个被引用比较多的stormzhang博客，讲的很好
如何选择开源项目？
如何正确使用开源项目？