首先承認，我不是牛人，並且距牛人也差的很遠。雖然有三年多的.net開發經驗和若干年的front-end開發經驗，但是對於.net，當然也可以說是c#，了解的並不多。由於所在公司的原因，我在從第一家軟體公司跳槽後基本就是處於吃老本的姿態。因為對於我現在的公司而言，專案的穩定性是第一位的，至於project架構的如何合理，code寫的多美，設計模式用的多精妙，頁面是不是標準化，我們的老大完全不care，也就是說，**可維護性第三位，效能第二位，穩定第一位。而且有點很讓我鬱悶，對於新技術，能不用就不用........ 當然，對我這家公司而言，無可厚非，產線上的東西，如果亂嘗試新技術，帶來的損失，一天就要超過幾百萬美金，所以，生產環境仍在使用3.5的framework和sql2000...
作為乙個it從業者，不思進取就意味著淘汰。曾今做過一段時間的web標準化工作，俗話叫做web前端的css+div（比較片面，不用較真），所以對於coding這件事情，個人還是比較注意standard。對於xhtml可以用w3c來驗證其是否符合標準，對於c#**呢？以前我也僅僅是符合 naming standard，在coding的技巧上很少關心設計模式和**的重構問題，在經歷了幾個大專案後，越來越發現對於user的新需求，改動起來真的是牽一髮而動全身，什麼「高內聚，低耦合」，什麼「oo原則」，我發現我除了會使用萬能的 「模板模式」 和 「單一原則外」，其它的一概不知道。
園子逛了這麼久，一直也沒提筆寫過什麼，這次下定決心，想寫一下關於重構的一些東西，文章基於《31天重構速成》。我準備把自己看著覺得很實用的重構方法，結合自己專案中的實際情況介紹給大家。草草看了一下，31days的重構並不是都很有價值的，為了重構而重構並不是我想要的，具體專案還要具體對待，所以接下來的博文並不會根據書上的流程寫，並且對於書上可以整合在一起的重構方法會合併。
寫寫部落格，對自己肯定會是乙個促進，我知道我在重構這條路上還要走很長時間。
我對於重構的學習目標：
（1）掌握重構的常用方法，並運用到實際專案中。
（2）通過學習重構，掌握c#開發的一些技巧和原則。
當然，最重要的是希望通過部落格認識一些同路上的朋友，「他山之石可以攻玉」，互通有無肯定比我自己悶學好得多，好了，廢話少說，開始吧！
重構 之 我意
何為重構？就是在保證，不改變系統 可察 行為的情況下，調整內部 結構 與系統調優是兩個不同的概念！何時重構？事不過三原則 一般情況下，不需要專門 劈置 時間，進行重構 重構無時無刻不在.1 在code reviews的時候 覺得這樣不妥，有心的idea 每個人過一段時間看自己 的時候,總會覺得有些許...
ANDROID專案重構之路 架構篇
寫於2015 06 05 我將專案分為了四個層級 模型層 介面層 核心層 介面層。模型層定義了所有的模型 介面層封裝了伺服器提供的api 核心層處理所有業務邏輯 介面層就處理介面的展示。幾個層級之間的關係如下圖所示 這裡寫描述 介面層封裝了網路底層的api，並提供給核心層呼叫。剛開始，為了簡單，該層...
Android專案重構之路 介面篇
在前一篇文章 android專案重構之路 架構篇 中已經簡單說明了專案的架構，將專案分為了四個層級 模型層 介面層 核心層 介面層。其中，最上層的介面，是變化最頻繁的乙個層面，也是最複雜最容易出問題的乙個層面，如果規劃不好，很容易做著做著，又亂成一團了。要規劃好介面層，至少應該遵循幾條基本的原則 保...