唔，近兩個月的專案已經進入尾聲，九月也即將上線測試。現在回想近60個日夜的工作日，談不上很辛苦，但確實收穫頗多。不管是在對一些sql高階搜尋的語法掌握，還是程式碼規格，都與之前在學校裡的小打小鬧相較而言有了蠻大的提升。印象最深的是收藏介面的編寫，要求實現分頁查詢，起初考慮資料量不大，就做了個假分頁，也就是直接一次查詢出所有收藏，再對這些資料進行分頁。後來程式碼評審的時候，說一個專案不能單單考慮眼下的需求，還要考慮日後的業務擴充套件和維護，也就是說資料量可能會增長的。後來就改成用oracle提供的rownum運算子進行查詢分頁，才驚覺這種查詢方式其實更為貼近實際應用。恩，還有一個問題也是資料庫查詢的問題，就是有個介面要查詢部件的全路徑。而這個路徑是呈樹狀結構的，在表中則是通過列與列之間的關係來描述的。我一開始的想法是通過for迴圈或者是while迴圈來實現，而且實際上也用了迴圈的方法實現了出來。但最後boss看了程式碼後，又是一頓猛批。扶額.jpg。“要是路徑太長，不是要進行多次迴圈，進而產生多次查詢嗎？最最最重要的是，oracle裡提供遞迴查詢的方法啊。” 憂傷.jpg，這就是不熟悉sql運算子的緣故了，以前沒怎麼用到或者說沒接觸過的東西，一遇到就想當然了。恩，後來吧，把這個改成connect by...piror....start with...一句查詢語句建立臨時表直接解決。

      唔，企業實際開發應用的專案考慮的東西真的是很多很多，不只是簡單的實現當前的需求而已，還有將來的擴充套件、後期的維護、效能的消耗等等等等。。。這些東西以前在學校的時候，可以說根本就沒有考慮過，只要將一個專案實現出來基本上就算完成任務了。但實際工作中完全不是這樣的，你不僅要注意程式碼的整潔和註釋、引數名和方法名的定義，還要考慮這個方法的功耗，存不存在更好的函式來替代呢？總而言之，要學的東西還很多，特別是一些很基礎的東西，更要鞏固。且行且珍惜吧，少年！