前言

第一次接觸Android開發大約是去年八月份，是在大一的暑假，感覺這個學起來挺簡單的，還能夠放在手機上執行，感覺美滋滋。
於是學了兩個月之後，一個朋友要我做一個功能，說能不能在鎖屏介面上彈出一個框框，然後可以在上面記錄一下今天要做的事情，這樣就可以每次點亮螢幕的時候就能夠看到了。於是匆匆忙忙搞了出來，但是程式似乎挺容易被系統殺死的，之後就彈不出來了，後來也就不了了之了。
但是最近又學了一點程序保活的技巧，便用在了那個專案身上，發現效果還不錯。於是又萌生了完善那個APP的想法，說幹就幹，功能比較簡單，幾天就搞定了第一版。

第一個版本

只考慮實現某些功能，不考慮別的，是一個完完全全的單機APP，程式碼也是寥寥草草，擴充套件性非常差。資料庫的表結構也沒有怎麼設計，看到還差什麼屬性就往上加，然後更新一下資料庫的表結構。這樣反反覆覆改了好幾次吧，總算第一個原型出來了，沒有發現什麼bug，但是bug總是存在的，只是還沒發現罷了（後來在一個低版本的機器上發現了）。

第二個版本

第二個版本是想重構一下程式碼，考慮一下未來可能會發生變化的地方，於是嘗試使用了MVP架構去優化程式碼，結果重構了兩個介面，花了足足4個多小時！但是不得不說，程式的可擴充套件性還是提高了很多，至少將View和Model進行了解耦。但是後來發現MVP實在是太難使用了，特別是adapter的邏輯比較複雜的時候，就感覺使用MVP是一個錯誤。

第三個版本

這也是最新的一版，但是還沒有進行編碼。因為吸取了前面兩次的教訓，不弄清楚需求之前，儘量不要編碼實現，不然改動的時間會非常多，而且會破壞程式碼的結構。所以今天花了一些時間和同學討論，某些功能是否有必要，如果需要，又該怎樣排版。以及介面該如何美化，如何提升使用者體驗等等。討論了很多，之後依然沒有編碼，因為感覺還沒有達到一個最終的效果，許多東西還有待商榷。

感悟

1. 需求很模糊的時候，儘量不要編碼。
2. 介面最好要能夠確立風格，各個介面的風格要統一。
3. 在編碼的時候，最好把架構搭好，根據複雜度選擇不同的架構。
4. 給別人打工比自己當老闆要輕鬆。

由於是自己想做一個好用的APP，然後推薦給大家使用，所以總想加入一些實用的功能，又不知道具體的細節，所以走了很多不必要的彎路。接下來準備花一個星期去確定功能和介面，然後下個週末再編碼，希望能夠做出一個自己滿意的效果。
還想問大家一個問題：沒有美工，且自身的審美能力極差，該如何設計出好看的APP介面呢