又到了一年最後一次上班了，寫下這篇日誌作為本年總結。
大概架構圖如下，初次作圖，可能不太準確，下面詳細說明。
一、db層
db很簡單，直接一台sql server2008，服務以及系統後台都直接連線db，目前是一台單獨的資料庫伺服器。
二、服務層
由於是.net出身，所以採用.net web api為android和ios提供服務，裡面自己寫了限流、加密、gzip壓縮、https等。
加入了公用快取機制，為服務與系統後台提供快取服務。快取不光減輕了db壓力，還便於以後使用負載均衡。（memercached,redis都是可行的）
獨立的檔案伺服器，考慮到以後檔案肯定很多，所以把檔案伺服器獨立出來，服務、系統後台、移動端都可訪問。（可以使用fastdfs）
搜尋引擎，目前這個只在計畫中，還未實現，目前搜尋還是會查庫，考慮到將來這塊會成為乙個瓶頸，所以計畫加入搜尋引擎（sphinx,lucene.net都可以）
目前服務和後台都在同一臺伺服器上。
三、移動端和web端
移動端目前有android和ios，使用json與服務傳輸資料，不常變更資料快取在本地。
寫完了，其實沒什麼乾貨，只是看貶低.net的太多，發出來證明用.net作為移動互聯的後台是沒有問題的，再進一步擴充套件也是很方便的。
基於Attribute的Web API路由設定
路由對於mvc應用程式來說都是至關重要的乙個部門，不管是asp.net mvc或者ruby on rails 當然還有其它的,我只熟悉這兩個 asp.net mvc自帶的路由配置是在global.asax檔案中，這裡給大家介紹乙個基於屬性的路由配置工具 attributerouting，它不僅可以適...
基於Attribute的Web API路由設定
路由對於mvc應用程式來說都是至關重要的乙個部門，不管是asp.net mvc或者ruby on rails 當然還有其它的,我只熟悉這兩個 asp.net mvc自帶的路由配置是在global.asax檔案中，這裡給大家介紹乙個基於屬性的路由配置工具 attributerouting，它不僅可以適...
移動互聯的未來
桌面互聯 移動互聯os緊握命運咽喉 下一代執行時服務 過去一提網際網路，大部分人指的就是瀏覽器。網頁當時就代表了網際網路，就是平台，而不是pc作業系統。人們給網頁創造的服務遠多於為window或者macos。隨著瀏覽器之爭的硝煙慢慢平息，瀏覽器逐漸成為了乙個中立的平台。瀏覽器技術開始發生轉變，從而讓...