.NET 高级架构师 WEB架构师 ------走正确的路

本人也是coding不少年，虽然很失败，但也总算有点失败的心得，不过我在中国，大多数程序员都是像我同样，在一直走着弯路，若是想成为一个架构师，就必须走正确的路，不然离目标愈来愈远，正在辛苦工做的程序员们，大家有没有下面几种感受？

1、              个人工做就是按时完成领导交给个人任务，至于代码写的怎样，知道有改进空间，但没时间去改进，关键是领导也不给时间啊。

2、              我发现个人水平老是跟不上技术的进步，有太多想学的东西要学，Jquery用的人最近比较多啊，据说最近MVC比较火，还有LINQ，据说微软又有Silverlight了……

3、              我发现虽然我工做几年了，除了不停的coding，Ctrl+c和Ctrl+V更熟练了，但编码水平并无提升，仍是一个普通程序员，但有人已经作到架构师了。

4、              工做好几年了，想跳槽换个工做，结果面试的考官都问了一些什么数据结构，什么垃圾回收，什么设计模式之类的东西，虽然看过，可是平时用不着，看了也忘记了，回答不上来，结果考官说我基础太差。。。

有没有，若是没有，接下来就不用看了，你必定是大拿了，或者已经明白其中之道了，呵呵。

若是有，恭喜你，你进入学习误区了，若是想在技术上前进的话，就不能一直的coding，为了完成需求而工做，必须在coding的同时，让咱们的思惟，水平也在不停的提升。

写代码要经历下面几个阶段。

一 、你必须学习面向对象的基础知识，若是连这个都忘了，那你的编程之路注定是在作原始初级的重复！

    不少程序员都知道类、方法、抽象类、接口等概念，可是为何要面向对象，好处在哪里，要解决什么问题？只是明白概念，就是表达不清楚，而后在实际工做中也用不上，过了一段时间，面向对象的东西又模糊了，结果是大多数程序员用着面向对象的语言作着面向过程的工做，所以要学习面向对象，首先应该明白面向对象的目的是什么？

面向对象的目的是什么？

开发语言在不断发展，从机器语言，到汇编，到高级语言，再到第四代语言;软件开发方法在不断发展，从面向过程，面向对象，到面向方面等。虽然这些都在不断发展，但其所追求的目标却一直没变，这些目标就是：
   1.下降软件开发的复杂度
   2.提升软件开发的效率
   3.提升软件质量：可维护性，可扩展性，可重用性等。

     其中语言的发展，开发方法的发展在1,2两条上面取得了极大的进步，但对于第3条，咱们不能光期望开发方法自己来解决。

提升软件质量：可维护性，可扩展性，可重用性等，再具体点，就是高内聚、低耦合，面向对象就是为了解决第3条的问题。所以要成为一个好的程序员，最绕不开的就是面向对象了。

 

2、 要想学好面向对象，就必须学习设计模式。

假定咱们了解了面向对象的目的，概念了，可是咱们coding过程当中却发现，咱们的面向对象的知识彷佛一直派不上用场，其实道理很简单，是由于咱们不知道怎么去用，就像游泳同样，咱们已经明白了游泳的好处，以及游泳的几种姿式，狗刨、仰泳、蛙泳、自由泳，可是咱们依然不会游泳。。。。

所以有了这些基本原则是不行的，咱们必须有一些更细的原则去知道咱们的设计，这就有了更基础的面向对象的五大原则，而把这几种原则更详细的应用到实际中来，解决实际的问题，这就是设计模式，所以要学好OO，必需要学习设计模式，学习设计模式，按大师的话说，就是在人类努力解决的许多领域的成功方案都来源于各类模式，教育的一个重要目标就是把知识的模式一代一代传下去。

所以学习设计模式，就像咱们在看世界顶级的游泳比赛，咱们为之疯狂，为之着迷。

 

三 学习设计模式

正像咱们并不想只是看别人表演，咱们要本身学会游泳，这才是咱们的目的所在。

当咱们看完几篇设计模式后，咱们为之精神振奋，在新的coding的时候，咱们老是想努力的用上学到的设计模式，可是常常在误用模式，折腾半天发现是在脱裤子抓痒。。。

当学完设计模式以后，咱们又很困惑，感受这些模式简直太像了，不少时候咱们分不清这些模式之间到底有什么区别，并且明白了设计过程当中的一个致命的东西--过分设计，由于设计模式要求咱们高扩展性，高重用性，可是在需求提出之初，咱们都不是神，除了依靠过去的经验来判断外，咱们不知道哪些地方要扩展，哪些地方要重用，并且过去的经验就必定是正确的吗？因此咱们甚至不敢再轻易用设计模式，而是还一直在用面向过程的方法在实现需求。

 

四 学习重构

 

精彩的代码是怎么想出来的，比看到精彩的代码更加使人期待，因而咱们开始思考，这些大师们莫非不用工做，需求来了没有领导规定完成时间，只以设计精彩的代码为标准来开展工做？这样的工做太爽了，也不可能，老板不肯意啊。就算这些理想的条件他都有，他就一开始就设计出完美的代码来了？也不可能啊，除非他是神，一开始就预料到将来的全部需求，那既然这些条件都没有，他们如何写出的精彩代码？

Joshua Kerievsky在那篇著名的《模式与XP》〔收录于《极限编程研究》一书）中明白地指出：在设计前期使用模式经常致使过分工程（over-engineering)。这是一个残酷的现实，单凭对完美的追求没法写出实用的代码，而「实用」是软件压倒一切的要素。

在《重构-改善既有的代码的设计》一书中提到，经过重构（refactoring），你能够找出改变的平衡点。你会发现所谓设计再也不是一切动做的前提，而是在整个开发过程当中逐渐浮现出来。在系统构筑过程当中，你能够学习如何强化设计；其间带来的互动可让一个程序在开发过程当中持续保有良好的设计。

总结起来就是说，咱们在设计前期就使用设计模式，每每致使设计过分，所以应该在整个开发过程，整个需求变动过程当中不断的重构如今的代码，才能让程序一直保持良好的设计，因而可知，开发过程当中须要一直重构，不然不管当初设计多么的好，随着需求的改变，都会变成一堆烂代码，难以维护，难以扩展。所谓重构是这样一个过程：「在不改变代码外在行为的前提下，对代码作出修改，以改进程序的内部结构」。重构的目标，就是设计模式，更本质的讲就是使程序的架构更趋合理，从而提升软件的可维护性，可扩展性，可重用性。

《重构-改善既有的代码的设计》一书也是Martin Fowler等大师的做品，软件工程领域的超级经典巨著，与另外一巨著《设计模式》并称"软工双雄"，不可不读啊。

 

五 开始通往优秀软件设计师的路上

 

经过设计模式和重构，咱们的所学和咱们工做的coding终于结合上了，咱们能够在工做中用面向对象的思惟去考虑问题，并开始学习重构了，这就像游泳同样，咱们看完了各类顶级的游泳比赛，明白各类规则，名人使用的方法和技巧，如今是时候回家去村旁边的小河里练练了，练习也是须要有教练的，推荐另外一本经典书叫《重构与模式》，引用他开篇的介绍，本书开创性地深刻揭示了重构与模式这两种软件开发关键技术之间的联系，说明了经过重构实现模式改善既有的设计，每每优于在新的设计早期使用模式。本书不只展现了一种应用模式和重构的创新方法，并且有助于读者结合实战深刻理解重构和模式。

这本书正是咱们须要的教练，值得一读。

 

六 没有终点，只有坚持不懈的专研和努力。

通过了几年的坚持，终于学会了灵活的运用各类模式，咱们不须要去刻意的想用什么模式，怎么重构。程序的目标，就是可维护性，可扩展性，可重用性，都已经成了一种编程习惯，一种思惟习惯，就像咱们联系了几年游泳以后，咱们不用再刻意的去考虑，如何让本身能在水上漂起来，仰泳和蛙泳的区别..... 而是跳进水里，就天然的游了起来，朝对岸游去。可是要和大师比起来，嘿嘿，咱们还有很长的路要走，最终也可能成不了大师，但不管能不能成为大师，咱们已经走在了成为大师的正确的路上，咱们和别的程序员已经开始不同，由于他们不管再过多少年，他们的水平不会变，只是在重复造轮子，惟一比你快的，就是ctrl+c和ctrl+v。

正确的路上，只要坚持，就离目标愈来愈近，将来就必定会是一个优秀的架构师，和优秀架构师的区别，可能只是时间问题。