java開發搞了兩個月了，由于前后端都要打通，發現了一些以前沒注意的問題。
對于常規的前后端開發方案，這篇文章提到了方案選擇：http://blog.csdn.net/yeyincai/article/details/51470475
我自己的經驗是這些：
RPC+Model：采用grpc+protobuf的方案，在android和ios之間都很方便通信，比起傳統的HTTP(s)+JSON方式，開發效率和運行效率都要高很多，不過門檻比較高一點，工作兩年的程序員應該能比較順暢的入門，主要是ios端配置方面稍微麻煩一些。

IPC：android多個應用間的通信，測試過了aidl的方式，目前開發起來比較麻煩，報錯系統做得太差了,沒有找到合適的插件工具處理在android studio中的問題。估計后面干脆改成grpc的方式看看效果如何。

長鏈接：打算使用netty，還要看看開發的難易程度。

開發模式：看樣子MVC真的已經過時了。 
1. ios和android 都可以使用MVVM，比MVC解耦能力強得多。
2.服務器上，ESB容器外加OSGi組成SOA，也要方便很多。
3.linux客戶端，QT半殘廢，Xwindow主流包裝，已經是gnome。

SQL：持久層和緩存層一般都是注冊和保存數據使用
1.注冊方案，鑒于zookeeper坑太多，偏向于選擇consul，consul不像zookeeper這么抽象，封裝了服務化的http  api，非常方便調用，并且增加了對服務健康檢查。
2.為什么不選用redis？沒深入研究redis。個人認為codis方案（豆瓣開發的分布式緩存）能夠滿足實際場景的需求。