二、技术学习的技巧

　　借着上面例子说说学习软件的技巧

　　要学一个东西，要学习该东西的两类知识：结构和细节。

　　结构性的东东非常重要.学习结构，就可以开始干事了，学习细节，能够把这件事情干好。结构不清楚，细节再好都不算了解。结构很简单，就是纵，横两条线。纵的来说，就是一个程序的执行，你得知道哪一步在做什么。以ASP.Net来说，就是从收到Request到返回一个页面，中间的调用过程，这是主线，再进一步，程序的加载->接收Request(->缓存，Session机制）->返回一个Page，这个过程清楚，Asp.Net也就差不多了。纵向一般是通过接口调用的，看源代码很快就可以搞定。

　　横向就是看看重要的接口，重要的抽象类有哪些实现，知道哪个实现用于什么地方，有什么优缺点。那么就算在结构上学好了。剩下的就是细节问题了。细节问题熟练自然很好，不熟练google都能google到，只是要花很多时间。这样学习我觉得是最有效的学习，不必去跟踪技术前沿，当一个技术在你眼前你很快就可以看出它的骨架，优点缺点，性能，至少能估计到大致的范围。这样慢慢培养对一个技术的悟性，做到举重若轻，知道什么地方可能有陷阱，什么地方可能有创新。把握住重点和脉络。

　　细节上就是不断实践，不断重构。一个有用的软件，不断提出更高的要求，不断重构，用不了几遍，几种重要的设计模式就了熟于心了。单为学习模式而去学习模式是不可取的。每个模式都针对一定的问题。深入理解这些问题才是学习的关键！技术是多种多样的，是变化非常快的，但是技术所要解决的问题却并不多。

　　从架构级别来说，所面临的问题主要有：（1）解决复杂性－－如何把复杂变得简单？这里的观点就是封装，OO是一种封装，还有别的封装方式。《重构》书中讲了很关键的一点，就是要使你的类名，方法名能清晰表明它的身份和功能。（2）解决程序演化与扩展的问题－－组合优先继承，怎么暴露API，怎么写文档，总之，让程序演化与扩展越简单越好；（3）性能问题－－80/20原则，性能测试怎么测试，怎么评估，不同使用场景中的性能，缓存机制；（4）功能问题－－主要功能总得实现吧，这个和业务有关；（5）易用性；（6）纵向扩展，横向扩展，并发......（7）自己开发还是采用第三方插件还是外包以及选择问题。

　　具体的学习，偶推荐问题导向，案例为基础的学习，不要拘泥于语言，要学习能学习到的最好的东东。比如，性能的关键在调度，这时候可以看看资源调度模式，hibernate算是把资源调度玩到了极致。基于事件的调度（如.net中的webcache），进程调度，线程调度，工作流，这些都算是行为调度，要是把这些东东融会贯通，掌握每一种实现的优点缺点。那么软件设计中所有和时间、并发、资源相关的东东都不在话下了。行为调度可以看看.net中的cache实现，找一个工作流软件看看，找找几个线程框架看看，看看几个典型操作系统的进程调度机制。具体到实现上，所面临的问题无非是：

　　（1）对象的创建及销毁；（2）对象的封装和继承体系；（3）对象的粒度和语义划分；（4）对象的复用；（5）对象的测试；（6）对象的持久化；（7）具体的API暴露；（8）常用Collections；（9）算法问题；（10）性能问题；（11）回调；（12）消灭语义沟；（13）我想要和你一起变懒......；（14）我能采用哪些API（15）对象的管理；（16）异步调用；（17）远程调用

谈谈技术学习方法和个人总结的范文]相关文章：