噹噹網java項目,java當樂網

本文目錄一覽：

• 1、網站結構該怎麼去優化 關於噹噹網架構優化的幾點心得
• 2、java中的噹噹網項目？
• 3、java噹噹網項目問題？
• 4、會做一些JAVA WEB項目平時可以自己接單嗎？簡單的如像噹噹網這些頁面以及相關數據的CRUD都可以實現

網站結構該怎麼去優化 關於噹噹網架構優化的幾點心得

第一點：用戶體驗。

我覺得這是SEO里的重點，因為如果一個用戶體驗都不良好的網站，搜索引擎也不會認為你是一個好的網站，搜索引擎的排名演算法有很大程度的去考慮用戶體驗的。所以我們建設一個網站要讓用戶訪問到我們的網站中能夠很清楚的自己在什麼地方，接下來要去什麼地方，很方便的點擊鏈接，得到他想要得到的信息。假如你進一個網站，網站內部混亂不堪，沒有清晰的導航，沒有你像看到的信息錨文字，你是是不是也會不假思索的關閉這個網站，去尋找另一個網站。

第二點：收錄量。

我們進行網站結構優化的目的就是利於SEO，SEO的最基礎前提是你的網站有收錄，如果一個良好的網站結構，搜索引擎蜘蛛也很容易爬行到你的網站內頁對你的網站進行收錄，像我的tuihongbao.cn這個網站網站結構就是很清晰的，雖然收錄量不是很(尷)大(尬)。

第三點：網站權重的分配。

網站的哪些內容是你最想給用戶展現的，哪些內容是比較次要的，那麼這個在網站結構規劃的時候，就要對網站進行權重分配，權重高的網站自然排名就會比較高。這樣才能突出我們的主要業務。

第四點：錨文字。

要說網站的站外錨文字自己控制不了，那麼在站內，錨文字站長都是可以控制的。為什麼要達到錨文字清晰的目的，因為錨文字是搜索引擎排名中很重要的一部分。

關於噹噹網架構優化的幾點心得

第一，對技術部組織架構進行調整。

將原來的職能化組織中的產品、研發和測試部門按照產品線進行整合，轉型為Unit化，以加強同一產品線不同職能團隊之間的配合協作，溝通更高效，團隊更為聚焦。

這樣的組織結構更易於應用敏捷，與實施敏捷的前提同理，產品線拆分建立在系統架構解耦基礎之上，在這一點上，系統架構與組織架構異曲同工且相輔相成。解耦越充分，系統邊界越清晰，模塊越小，越適合敏捷團隊，能夠快速響應業務需求。

業務相近的產品線組成一個產品研發部，這樣多數的小型需求在部門內就可以解決，面對緊急項目還可以靈活使用人力資源，並為員工創造接觸更多類型業務需求的機會。

第二，系統分層依賴。

隨著業務邏輯越來越複雜，系統越來越多，相互依賴也越來越多。比如我的噹噹中就聚合了安全中心、用戶、賬戶、訂單、收藏夾、推薦等多維度的信息，需要調用多個系統服務。經過討論，決定將用戶交互層面的前端頁面與原有的後端系統拆分，併入前端的產品線，以便為用戶提供更好的服務。

而後端系統之間的依賴關係也需要更為精細的分層定義，對於促銷系統，需要會員系統、訂單系統、價格系統提供基礎數據;對於運費系統需要商品信息和配貨數據，而在精準定位銷售區域的前提下，庫存只是配貨的基礎數據，配貨系統負責判斷是否有貨，Promise則根據配貨結果計算預計送達時間。

調整系統之間的關係是很難的，牽一髮而動全身，但重構是契機，2015年，對於電商的核心系統交易和促銷進行了重構，同時價格、配貨、運費等系統也進行了較大調整，從而使系統間依賴問題得到了明顯改善。

第三，服務化。

微服務為互聯網行業的服務化指明了方向，也堅定了我們進行服務拆分和解耦的決心。

原有的架構以系統為維度，服務歸屬於明確的系統，而系統的劃分一般以業務功能為聚合，隨著業務的發展，新的業務功能層出不窮，總會有一些打破原有的系統邊界，給架構提出難題。

服務化，不僅是指系統將能力通過服務對外提供，更重要的是服務本身就是承載業務功能的單元，如果有組合了多個邏輯難以歸入某系統的服務，不必糾結，作為獨立的業務模塊開發就是了，以服務為單元，系統架構更加扁平，簡單清晰。

微服務架構中，服務粒度會更小，服務治理的需求更加迫切，更需要技術手段解決，比如分散式服務框架，噹噹使用的是基於Dubbo二次研發的DubboX，以及結合ddframe實現的服務調用監控。

去年的容器技術爆發，為微服務架構實施提供了有力工具，噹噹內部也在部分系統使用了Docker。

微服務大勢所趨，秉承SOA理念，在服務治理中心的基礎上，將系統弱化，提供更多的基礎服務，提高了系統的復用性和靈活性。

第四，平台化。

平台化包括兩個維度，技術平台化和系統平台化。

技術平台化是指在技術層面建立統一的體系，包括根據行業特點進行技術選型，使用穩定可靠的技術組件。

噹噹從2012年開始將原有的.net平台向Java平台遷移，從封閉到開源，應用電商行業的主流技術棧，到2015年，基本完成了技術轉型，主要後端業務系統都轉移到Java平台。

經過數年的積累，2015年噹噹架構部研發了Java應用開發框架ddframe，目的是分離技術和業務，封裝技術細節，將應用開發人員的精力集中在業務開發上。

隨後再接再厲，噹噹架構部又推出了用來替代TBSchedule的分散式作業調度框架Elastic-Job。並將之開源，基於JDBC的分散式資料庫中間件Sharding-JDBC也在開發中。

統一的技術棧，能夠復用技術資源，持續積累整體的研發能力，為做精做專提供更好的基礎條件。

系統平台化是指搭建基礎平台，包括測試平台、分散式服務平台、自動化運維平台、監控平台、緩存集群、消息中間件平台、大數據處理平台、項目管理系統、日誌平台、問題跟蹤系統等。

基礎平台是各業務系統有機協作的基礎，保證了整個技術架構的全面可控，能夠降低系統運維複雜度，是大型電商系統不可或缺的組成部分，良好的基礎平台是技術實力和管理能力的雙重體現，而多數公司更注重業務，會在基礎平台建設方面欠下許多技術債務。

2015年，噹噹搭建了自動化運維平台Pangu、監控平台Radar，重構了項目管理系統，Redis集群管理平台也在搭建中。

第五，核心系統重構。

在電商業務發展的快節奏之下，核心系統持續迭代是常態，而且基本兩、三年以上，就需要考慮重構，否則難以支撐業務的快速變化。

另外，系統重構集中梳理業務邏輯和系統依賴，整理統一的文檔，剔除無用功能，歸併多個版本，甩掉歷史包袱重新設計架構，適度的前瞻性設計使系統在一定周期內具備業務擴展性。

2015年，噹噹完成了交易系統和促銷系統進行了重構。

交易系統在2015年10月底完成新老版本切換。重構耗費約1500人天，重構代碼17萬行，全部切換至Java開源技術架構，為公司節約大量成本，並進行了架構優化，整體性能平均提升25%，經受住了雙十一和雙十二的考驗。

在噹噹，有一些「類促銷」業務，從廣義上可以歸入促銷範疇，但業務與數據均不屬於促銷系統，在促銷系統重構設計中，我們考慮將這類業務逐漸回收;另外，促銷系統能不能承擔一些營銷的功能?帶著這兩點考慮，在促銷基礎上進一步抽象出活動模型。

java中的噹噹網項目？

到處都是校友啊！-_-

1 struts2的工作流程

2 struts2避免反覆提交機制，令牌,這個可能沒學但你可以了解一下

3 在項目你遇到了哪些困難，是怎麼解決的

4 jQuery基本上都不會問，主要問js

5 ajax工作流程

6 struts2 屬於哪個mvc中的哪個層？

7 *************

java噹噹網項目問題？

首先把技術分類，

JQuery,js這些是頁面相關的技術，實現前段展現；

ajax重點在於非同步交互，也就是實現不跳轉頁面，與後台進行數據交互；

jdbc 是 java database connection，存在的意義就是連接資料庫；

struts 則是 使用Struts的目的是為了幫助我們減少在運用MVC設計模型來開發Web應用的時間。可以理解為一個便於設計JavaWeb的 一個輕量級框架。

這些弄清楚了，然後對應去想想你學過的內容，面試么，揚長避短，當然對於MVC和設計模式最好能多知道一些。

最後，祝你面試成功。

會做一些JAVA WEB項目平時可以自己接單嗎？簡單的如像噹噹網這些頁面以及相關數據的CRUD都可以實現

肯定沒問題啊。。

可以先試著接一些小單子做。

學生畢業論文單子是最小的了。。呵呵