android工程師寫java后臺的經(jīng)歷

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

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

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

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

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

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