1.對request和session的深層封裝真的有實際意義嗎?
2.如果request封裝的真的很厚實,那麼,我們必須要保證的,
控制器在完全屏棄request以後,能夠方便獲取request中的物件.
方便訪問session中的物件,這點,在分層體系架構的設計上是非常重要的.
3.對於bo和持久層,以及dao的實現,有些過於單一,甚至重視的程度不夠
4.對於基礎的服務提供的不是很好,特別是資料分頁查詢,用起來都是太麻煩的,
應該在程式設計師只寫sql和提供引數的情況下,架構自動完成資料分頁查詢,並且,無論後台處理還是前台顯示,都要力求於簡單.好的技術,絕對不意味著複雜.一切繁瑣的東西都將背實踐所淘汰!
Memcache架構新思考
2011年初marc kwiatkowski通過memecache facebook介紹了facebook的memcache架構，現在重新審視這個架構，仍有很多方面在業界保持先進性。作為weibo內部資料處理量最大，對資料延遲最敏感的部門，基於本廠2年多來對mc的使用心得，我在本文總結對mc架構的一...
關於秒殺架構的思考
秒殺構架到如今是乙個很常見的業務場景，多數情況要考慮到瞬時的流量峰值不至於壓垮系統，但同時又要保證整個業務系統的可用性,許多大公司在面試的時候也會問到關於秒殺的問題。秒殺場景的業務場景包括 比較優惠 推廣效果比較好 在短時間內順時將商品售空 技術需求分析重點考慮以下幾點 關於商品的超買超賣的問題 訂...
關於微服務架構的思考
最近在專案中遇到了一些問題，乙個比較多的問題服務和服務直接呼叫混亂 a服務呼叫b b服務呼叫c c服務呼叫d 導致後期公升級會出現很多問題 如果有個流程圖也許會好些 但是沒有 因此我陷入了思考，如果進行重構的話那什麼樣的架構會是較好的 我想 設計模式的六大原則 在此也一樣適用 明確的分工,服務之間優...