由于項目需要，應該是公司缺人手吧，項目經理的一句有人對javaWeb感興趣么，就把這活接到了手中。以前從未寫過javaEE的東西，有概念的話也是從培訓時候學到的，還有就是自己看視頻學習，但只是做過小的code，完整的項目還沒有做過，這算是第一個。

寫代碼從來都是一把梭，說干就干，安裝了MyEclipse和MySQL，搭建好tomcat環境后，領導給了一個SpringMVC的框架就說寫吧，不懂就問，由于框架里有些方法都是他封裝好的，所以沒有在框架配置上費太大力氣，可是對于一個小白來講也是夠可以了，以前只知道使用接口，現在要給移動端出接口了，還要寫web后臺，這是一件激動的事，簡單看了一些資料，明白寫接口的方法，就開始給接口了。

在編寫java過程中發現其實代碼并不是最難的，因為android也是用java寫，所以感覺挺容易上手的，但項目實現是需要有一個完善的邏輯的，做移動端開發時候是不會有這樣想法 ，只需要關心把app界面寫好，實現功能就好了，但服務端要考慮整個的開發流程，核心感覺是數據庫設計和服務器性能優化，以及協調web端和移動端，前面寫的活動和登錄注冊什么的感覺還是挺簡單的，今天項目推進到商城編寫就遇到難題了，整整想了一天服務端的數據庫設計方式，因為web端還沒有開始編寫，所以得想好web端上傳商品的情況，還有給移動端的接口怎么給，在這里我要吐槽一下了，公司并沒有商城經驗，并沒有出具體的實現方案，所以純粹是自己研究實現。

商品方面詳情頁還好寫一點，類似收藏什么的都so easy，最煩的是屬性的設計，最開始想的是設計成兩個表，一個表是商品基本信息，一個是屬性信息，但推敲過后發現web端要上傳多屬性商品幾乎不可能，即時上傳了移動端也無法給接口，在網上看了一些資料后才有一些靈感，是設計三張表，一張基本信息，一張屬性，一張參數，最后一張放屬性對應的參數的價格或者庫存什么的，這樣捎帶把庫存問題解決了，雖然客戶好像并沒有提這樣的要求，還是周全一點比較好。

商品只是一個舉例，以前總是覺得專一件事才可以持久發展的更好，但編寫了javaEE后，想法有些改變了，鉆研一門技術確實可以發展行業頂端，但了解的更多可以使你對整個項目有另一番看法，以前你總是關心自己的實現，不去考慮項目發展延伸，而服務端的設計更可以讓你有拓展性的思維，綜合考慮各個設備端的協調和項目的可延展程度，追求極致。

編程我覺得是一輩子的事，項目就像孩子一樣，一定要讓其健康成長，并且能夠越來越強壯，所以多會幾類技術有其絕對的必然性，這也是程序猿的“想出去看看世界吧”！