最近在寫一些框架應用類的程式，其中出現了一些莫名其妙的bug，或者是令人匪夷所思的問題，解決的方案網上沒有，當自己解決了之後，對於解決的辦法也是哭笑不得，例如重新引入工程之類的解決辦法，讓自己覺得讓這些低階的錯誤影響了自己的**推進速度實在是不應該，太多的時間都花在除錯bug上了，而不是了解業務或者是重構**亦或是了解框架之類的對未來發展幫助更大的方面，特地寫下這篇博文，記錄一些好的程式設計習慣，讓自己少出現一些本不應該出現的低階錯誤。
1、對於一些變數名之類的，寫的時候要注意拼寫，如果要改，要用複製貼上，不要自己手動的去修改，如果改錯，會很麻煩的。
2、**要經常檢測，例如你在action中寫了乙個方法，先不急於新增具體的功能，先檢驗下能從前台跳轉到這個action中嗎？如果可以，那麼就繼續向下寫。
3、當對後台**改動時，要注意配置檔案的改動，如果你對類名進行了改動，那麼改動配置檔案就是必不可少的，總之，一定要注意**的級聯修改。
改變一些程式設計習慣
也許你和我一樣，是個野路子程式設計師。也許你還和我一樣，你想改變。也許你還和我一樣，覺得自己很忙，沒時間去系統學習。也許這些都是真的，但是我只想和你說，主動去改變吧，無論何時，主動吧。是的黏貼能在我們想實現乙個功能的時候，幫我們快速實現功能，我也不是說這樣不好，但是這樣看似提高了你的開發效率，但是它...
一些好的程式設計習慣
1.盡量不要用立即數，而用 define定義成常量，以便以後修改。2.使用sizeof 巨集，不直接使用變數所佔位元組數的數值。3.稍微複雜的表示式要積極使用括號，以免優先順序理解上的混亂以及二義性。4.不很容易理解的表示式，要分寫成幾行 5.巢狀的if else要多使用 6.單個函式的程式行數最後...
公司的一些習慣
開始介面一般都叫splash activity splash 服務xxservice活動xxactivityactivity main內容提供者xxprovider廣播接收器xxreceiver碎片fragment xx類的屬性mhandler一般是m開頭,然後接單詞的首字母大寫 listview或...