学习一个框架,能从源代码去学习是一件好事。但是,在熟悉一个框架的功能及性能之前,就草率的接触源代码,这不是一个好的习惯。
正如一个系统的开发,没有做好需求,是不会完成一个好的系统的。框架源码也一样,不是一些小程序,信手拈来即可。
如果每次遇到一个新的框架就急于去研究其源代码,那将会适得其反。把这个框架熟悉使用,常常想一下,它应该如何去设计,才能得到这样的功能和性能,或是可以思考怎样才会把它的性能更好的提升。如果是其设计上存在缺陷的话,该如何补足。这些不一定需要深入到源代码去阅读,通过框架的API或自带文档可以得到这些信息。
所以,了解一个框架的最好过程并不是debug一个框架,单步运行一个程序,看看框架中到底加载了什么,做了些什么事情。真正的去debug一个框架的时候,是因为这个框架在我们使用的时候出现了问题,是框架本身的问题。
框架的源代码可以适当阅读,体会框架的设计思想,体会别人代码编写的风格,注意别人写代码时或是设计时更多的考虑到哪些问题。和自己相比,自己的差距在哪,这样才是更好提高的方法。
正如一个系统的开发,没有做好需求,是不会完成一个好的系统的。框架源码也一样,不是一些小程序,信手拈来即可。
如果每次遇到一个新的框架就急于去研究其源代码,那将会适得其反。把这个框架熟悉使用,常常想一下,它应该如何去设计,才能得到这样的功能和性能,或是可以思考怎样才会把它的性能更好的提升。如果是其设计上存在缺陷的话,该如何补足。这些不一定需要深入到源代码去阅读,通过框架的API或自带文档可以得到这些信息。
所以,了解一个框架的最好过程并不是debug一个框架,单步运行一个程序,看看框架中到底加载了什么,做了些什么事情。真正的去debug一个框架的时候,是因为这个框架在我们使用的时候出现了问题,是框架本身的问题。
框架的源代码可以适当阅读,体会框架的设计思想,体会别人代码编写的风格,注意别人写代码时或是设计时更多的考虑到哪些问题。和自己相比,自己的差距在哪,这样才是更好提高的方法。