Java2企業(yè)版（J2EE）平臺由四個(gè)關(guān)鍵部分構成：規格說(shuō)明、參考實(shí)現、兼容性測試套件和藍圖（BluePrint）計劃。藍圖描繪了分布式組件架構最好的實(shí)踐和設計指導方針。本文基于Rational統一過(guò)程和BluePrint示例程序介紹一個(gè)八步驟J2EE開(kāi)發(fā)方法學(xué)。
通過(guò)閱讀這篇文章，你可以了解許多重要的J2EE架構的話(huà)題，并且能夠擴展和修改這個(gè)簡(jiǎn)單的方法來(lái)解決自己特有的業(yè)務(wù)問(wèn)題。在商業(yè)世界里，我們使用Java2企業(yè)版（J2EE）解決業(yè)務(wù)問(wèn)題、開(kāi)發(fā)商業(yè)軟件或者提供轉包服務(wù)。如果一家公司想使用多層體系結構建造一個(gè)電子商務(wù)網(wǎng)站，通常在整個(gè)開(kāi)發(fā)生命周期中需要涉及到管理者、架構師，設計人員、編程人員、測試人員和數據庫專(zhuān)家。為了使不同部門(mén)能高效率地工作，他們經(jīng)常需要一個(gè)軟件開(kāi)發(fā)過(guò)程。一些經(jīng)典的開(kāi)發(fā)過(guò)程包括瀑布模型、快速應用開(kāi)發(fā)（RAD）和極限編程（XP）。
本文我們將集中于一個(gè)流行的軟件工程過(guò)程，即Rational統一過(guò)程（RUP）。RUP提供了一個(gè)給角色分配任務(wù)和責任的嚴格方法。它的目標是保證我們在預期的進(jìn)度和預算內開(kāi)發(fā)出滿(mǎn)足用戶(hù)需求的高質(zhì)量軟件。
在J2EE開(kāi)發(fā)中使用RUP出于以下三個(gè)原因。首先，RUP以架構為中心；在將資源分配給全面開(kāi)發(fā)之前，它先開(kāi)發(fā)一個(gè)可執行的架構原型。其次，RUP是迭代并基于構件的。該架構基線(xiàn)通常包括一個(gè)框架或基礎設施以便于通過(guò)迭代增加構件，在不影響系統其他部分的前提下定制和擴展一個(gè)系統的功能。最后，RUP利用一門(mén)工業(yè)標準語(yǔ)言--UML，可視化建模系統的架構和構件。RUP有四個(gè)不同的開(kāi)發(fā)階段：初始、細化、構造和移交。然而，本文從技術(shù)角度覆蓋了J2EE開(kāi)發(fā)的八個(gè)必要活動(dòng)，主要集中在系統架構。
1、需求分析需求分析描述系統應該做什么或不應該做什么使得開(kāi)發(fā)者和客戶(hù)可以簽署一份原始的商業(yè)合同?？梢允褂脴I(yè)務(wù)概念、領(lǐng)域術(shù)語(yǔ)、用例和用戶(hù)界面（UI）模型形成功能需求文檔。對于非功能需求，如性能和事務(wù)，可以在需求文檔附件中詳細說(shuō)明。根據參與項目深度的不同，確定在紙上還是使用HTML建造高層UI模型。
在一個(gè)典型電子商務(wù)系統中的兩個(gè)用例。查看訂單（viewOrder）用例告訴我們一個(gè)用戶(hù)通過(guò)Web界面登陸系統、查看訂單列表，點(diǎn)擊鏈接查看特定訂單的詳細信息。增加訂單項（addLineItem）用例告訴我們?yōu)g覽產(chǎn)品列表、選擇感興趣的產(chǎn)品并將它們添加到購買(mǎi)訂單中。
2、面向對象分析分析人員構造問(wèn)題領(lǐng)域模型：類(lèi)、對象和交互。分析應該與技術(shù)和實(shí)現細節無(wú)關(guān)，并包含一個(gè)理想的模型。對象分析可以幫助理解問(wèn)題并獲得關(guān)于問(wèn)題領(lǐng)域的知識。因為業(yè)務(wù)過(guò)程的改變比信息技術(shù)的改變要慢得多，所以必須要維持一個(gè)不含技術(shù)細節的純領(lǐng)域模型。這兩個(gè)步驟--需求分析和面向對象分析--不是J2EE特有的；對許多面向對象方法學(xué)來(lái)說(shuō)，它們都非常通用。
一個(gè)寵物店示例程序的高層對象分析模型。它用圖例說(shuō)明了我們從需求分析用例中識別的主要概念。我們把這些概念建模成對象并標識它們的關(guān)系。為了開(kāi)發(fā)架構，可以選擇一個(gè)縱向聯(lián)合部分（verticalpiece）--經(jīng)常是關(guān)鍵部分，如訂單領(lǐng)域對象模型--進(jìn)行對象設計、實(shí)現、測試和部署。（縱向聯(lián)合部分，一個(gè)RUP概念，是指系統的一小部分。起始點(diǎn)是圖1所示的用例子集和圖3所示的領(lǐng)域分析模型。一個(gè)縱向聯(lián)合部分的實(shí)現結果是一個(gè)全功能的微小系統，包括UI層的JSP，中間層業(yè)務(wù)對象如EJB和后端數據庫。）可以將從原型中獲得的經(jīng)驗應用于領(lǐng)域對象并作為對象設計階段的指導。
3、架構規格說(shuō)明經(jīng)過(guò)前面兩個(gè)步驟，業(yè)務(wù)領(lǐng)域問(wèn)題和需求應該比較明確了?，F在，我們將工作集中在技術(shù)策略和架構上。架構是指所有構件組合定義系統的一個(gè)藍圖：結構、接口和通訊機制。我們可以進(jìn)一步將架構分為企業(yè)級和應用級架構。企業(yè)級系統架構企業(yè)級系統架構包括硬件和軟件基礎設施、網(wǎng)絡(luò )布局、開(kāi)發(fā)、測試、生產(chǎn)環(huán)境等等。它反映了一個(gè)企業(yè)的長(cháng)期投資。開(kāi)發(fā)前，需要評估已存在的軟件和硬件基礎設施，如果不完全支持J2EE的話(huà)，增加新構件更新已存在系統。你需要徹底地評估硬件，包括計算機、路由器、網(wǎng)絡(luò )轉換器和網(wǎng)絡(luò )布局，因為它們都影響到系統的性能和可靠性。
4企業(yè)級架構：一個(gè)多層企業(yè)級架構包括以下幾個(gè)主要構件：一個(gè)Web瀏覽器客戶(hù)端，可能在也可能不在客戶(hù)端組織的防火墻內一個(gè)HTTP服務(wù)器，是一個(gè)對公眾開(kāi)放的Web服務(wù)器。它通常位于一個(gè)稱(chēng)作DMZ的子網(wǎng)內Web容器主表示層和可能的業(yè)務(wù)邏輯構件應用程序容器主業(yè)務(wù)邏輯構件關(guān)系數據庫管理系統（RDBMS）和數據庫主數據、數據邏輯你使用的系統架構類(lèi)型依賴(lài)于安全、性能和可靠性的需求，也依賴(lài)于組織的財政狀況。在缺少經(jīng)驗的情況下，也可以適當地從一個(gè)修理廠(chǎng)電話(huà)訂購一臺簡(jiǎn)單地二手計算機。
Internet上有許多開(kāi)放源代碼的操作系統、Web服務(wù)器、應用程序服務(wù)器和數據庫管理系統。得到這些系統的代價(jià)只是幾百美元和熬幾個(gè)通宵。象許多華爾街金融機構這樣的高端客戶(hù)也許需要一個(gè)連續支持安全、高吞吐量交易和不可預料網(wǎng)絡(luò )通訊的系統。在這種情況下，為了容錯，通常需要將Web服務(wù)器和應用程序服務(wù)器集群配置成一個(gè)n層架構。還需要評估軟件基礎設施，包括Web服務(wù)器、安全管理軟件、應用程序服務(wù)器、域名管理服務(wù)器、數據庫管理系統和第三方軟件構件。如果還沒(méi)有購買(mǎi)應用程序服務(wù)器，選擇一個(gè)J2EE供應商將是評估過(guò)程的一個(gè)重要方面。應該注意到不同的供應商對J2EE的實(shí)現程度是不同的，一些供應商只支持老的J2EE版本。
另外，一些Web容器或應用程序容器可能比其他的速度要快。除了實(shí)現J2EE規范外，許多供應商還出售J2EE基礎構件或框架。選擇一個(gè)穩定的提供支持的J2EE供應商也非常關(guān)鍵。你可以在系統基礎設施層面上購買(mǎi)或開(kāi)發(fā)的通用功能包括：事務(wù)國際化和本地化集群和對象分布應用程序性能度量和剖析通訊工作流管理入口和個(gè)性化管理層對層通訊協(xié)議安全和防火墻應用架構應用架構參考一個(gè)特定的項目和規范建立在企業(yè)級系統架構的上層。在基礎設施完成后，架構師研究怎樣構造一個(gè)特定的應用。如果你的企業(yè)級架構僅部分支持老的J2EE版本，可以先升級你的系統。如果由于預算或時(shí)間關(guān)系不能升級，那么必須在更老版本規定的技術(shù)范圍內開(kāi)展工作。雖然構造企業(yè)級重用構件非常重要，但是必須首先要能夠使用。這里的最終目標是滿(mǎn)足客戶(hù)的需求--一次一個(gè)項目。
架構師不是設計師；架構和設計是完全不同。一個(gè)應用架構的范圍包括系統的主要結構、架構設計模式和可以在上面增加構件的框架。架構主要關(guān)注的是非功能性方面，而設計關(guān)注應用業(yè)務(wù)用例將領(lǐng)域對象模型轉換成技術(shù)對象模型。應用架構是項目的結構，一個(gè)特殊的應用程序。通過(guò)應用架構開(kāi)發(fā)，你通常必須要做的應用架構決定包括：層之間進(jìn)行功能劃分領(lǐng)域對象建模要保護的遺留系統要購買(mǎi)的軟件構件要開(kāi)發(fā)的構件怎樣集成第三方構件圖3的訂單領(lǐng)域對象說(shuō)明了怎樣對領(lǐng)域對象進(jìn)行建模。利用當前的Java技術(shù)，可以將領(lǐng)域對象分布在作為開(kāi)發(fā)者管理持續性對象的Web容器中、應用程序服務(wù)器的EJB中或者作為RDBMS宿主的Java存儲過(guò)程中。在寵物店藍圖中，我們將訂單對象設計成一個(gè)實(shí)體bean，一個(gè)詳細對象和一個(gè)數據訪(fǎng)問(wèn)對象，如圖5和后面的圖6所示。當你看到這個(gè)的時(shí)候，你應該意識到架構的重要性。為什么分析模型中的一個(gè)領(lǐng)域對象映射成這么多對象？如果改變設計，會(huì )出現什么問(wèn)題？你也許聽(tīng)說(shuō)過(guò)EJB的好處，但是要注意不同供應商的性能是不同的。當一種新技術(shù)到來(lái)的時(shí)候，你需要在投入全面設計之前進(jìn)行一些研究。你可以經(jīng)常地將設計和實(shí)現領(lǐng)域對象模型縱向聯(lián)合部分的經(jīng)驗應用到其他許多領(lǐng)域對象中。這就是架構開(kāi)發(fā)的內容。
對象設計在架構規范的指導下，設計從技術(shù)上擴展和修改了分析結果。雖然分析階段的領(lǐng)域對象建模應該與技術(shù)細節無(wú)關(guān)，但是對象設計完全依賴(lài)于技術(shù)因素，包括平臺、語(yǔ)言的類(lèi)型和架構開(kāi)發(fā)階段選擇的供應商。分析時(shí)，抬頭望著(zhù)星星，但在設計階段，則要腳踏實(shí)地。理論上，為了維持業(yè)務(wù)對象的基本屬性和行為，除非絕對必要，不應該破壞它們。在架構結果的指導下，詳細設計工作應該說(shuō)明所有類(lèi)的規格，包括必須實(shí)現的屬性、它們的詳細接口和偽代碼或操作的純文本描述。規格說(shuō)明應該足夠詳細使得和模型圖結合時(shí)，它可以提供所有必須的編碼信息。在許多自動(dòng)化軟件生產(chǎn)過(guò)程中，我們可以從面向對象圖生成代碼框架。注意樁（stub）和框架（skeleton）在圖中經(jīng)常是不可見(jiàn)的，因為它們對設計人員和編程員來(lái)說(shuō)是透明的。
Java2企業(yè)版（J2EE）平臺由四個(gè)關(guān)鍵部分構成：規格說(shuō)明、參考實(shí)現、兼容性測試套件和藍圖（BluePrint）計劃。藍圖描繪了分布式組件架構最好的實(shí)踐和設計指導方針。本文基于Rational統一過(guò)程和BluePrint示例程序介紹一個(gè)八步驟J2EE開(kāi)發(fā)方法學(xué)。
通過(guò)閱讀這篇文章，你可以了解許多重要的J2EE架構的話(huà)題，并且能夠擴展和修改這個(gè)簡(jiǎn)單的方法來(lái)解決自己特有的業(yè)務(wù)問(wèn)題。在商業(yè)世界里，我們使用Java2企業(yè)版（J2EE）解決業(yè)務(wù)問(wèn)題、開(kāi)發(fā)商業(yè)軟件或者提供轉包服務(wù)。如果一家公司想使用多層體系結構建造一個(gè)電子商務(wù)網(wǎng)站，通常在整個(gè)開(kāi)發(fā)生命周期中需要涉及到管理者、架構師，設計人員、編程人員、測試人員和數據庫專(zhuān)家。為了使不同部門(mén)能高效率地工作，他們經(jīng)常需要一個(gè)軟件開(kāi)發(fā)過(guò)程。一些經(jīng)典的開(kāi)發(fā)過(guò)程包括瀑布模型、快速應用開(kāi)發(fā)（RAD）和極限編程（XP）。
本文我們將集中于一個(gè)流行的軟件工程過(guò)程，即Rational統一過(guò)程（RUP）。RUP提供了一個(gè)給角色分配任務(wù)和責任的嚴格方法。它的目標是保證我們在預期的進(jìn)度和預算內開(kāi)發(fā)出滿(mǎn)足用戶(hù)需求的高質(zhì)量軟件。
在J2EE開(kāi)發(fā)中使用RUP出于以下三個(gè)原因。首先，RUP以架構為中心；在將資源分配給全面開(kāi)發(fā)之前，它先開(kāi)發(fā)一個(gè)可執行的架構原型。其次，RUP是迭代并基于構件的。該架構基線(xiàn)通常包括一個(gè)框架或基礎設施以便于通過(guò)迭代增加構件，在不影響系統其他部分的前提下定制和擴展一個(gè)系統的功能。最后，RUP利用一門(mén)工業(yè)標準語(yǔ)言--UML，可視化建模系統的架構和構件。RUP有四個(gè)不同的開(kāi)發(fā)階段：初始、細化、構造和移交。然而，本文從技術(shù)角度覆蓋了J2EE開(kāi)發(fā)的八個(gè)必要活動(dòng)，主要集中在系統架構。
1、需求分析需求分析描述系統應該做什么或不應該做什么使得開(kāi)發(fā)者和客戶(hù)可以簽署一份原始的商業(yè)合同?？梢允褂脴I(yè)務(wù)概念、領(lǐng)域術(shù)語(yǔ)、用例和用戶(hù)界面（UI）模型形成功能需求文檔。對于非功能需求，如性能和事務(wù)，可以在需求文檔附件中詳細說(shuō)明。根據參與項目深度的不同，確定在紙上還是使用HTML建造高層UI模型。
在一個(gè)典型電子商務(wù)系統中的兩個(gè)用例。查看訂單（viewOrder）用例告訴我們一個(gè)用戶(hù)通過(guò)Web界面登陸系統、查看訂單列表，點(diǎn)擊鏈接查看特定訂單的詳細信息。增加訂單項（addLineItem）用例告訴我們?yōu)g覽產(chǎn)品列表、選擇感興趣的產(chǎn)品并將它們添加到購買(mǎi)訂單中。
2、面向對象分析分析人員構造問(wèn)題領(lǐng)域模型：類(lèi)、對象和交互。分析應該與技術(shù)和實(shí)現細節無(wú)關(guān)，并包含一個(gè)理想的模型。對象分析可以幫助理解問(wèn)題并獲得關(guān)于問(wèn)題領(lǐng)域的知識。因為業(yè)務(wù)過(guò)程的改變比信息技術(shù)的改變要慢得多，所以必須要維持一個(gè)不含技術(shù)細節的純領(lǐng)域模型。這兩個(gè)步驟--需求分析和面向對象分析--不是J2EE特有的；對許多面向對象方法學(xué)來(lái)說(shuō)，它們都非常通用。
一個(gè)寵物店示例程序的高層對象分析模型。它用圖例說(shuō)明了我們從需求分析用例中識別的主要概念。我們把這些概念建模成對象并標識它們的關(guān)系。為了開(kāi)發(fā)架構，可以選擇一個(gè)縱向聯(lián)合部分（verticalpiece）--經(jīng)常是關(guān)鍵部分，如訂單領(lǐng)域對象模型--進(jìn)行對象設計、實(shí)現、測試和部署。（縱向聯(lián)合部分，一個(gè)RUP概念，是指系統的一小部分。起始點(diǎn)是圖1所示的用例子集和圖3所示的領(lǐng)域分析模型。一個(gè)縱向聯(lián)合部分的實(shí)現結果是一個(gè)全功能的微小系統，包括UI層的JSP，中間層業(yè)務(wù)對象如EJB和后端數據庫。）可以將從原型中獲得的經(jīng)驗應用于領(lǐng)域對象并作為對象設計階段的指導。
3、架構規格說(shuō)明經(jīng)過(guò)前面兩個(gè)步驟，業(yè)務(wù)領(lǐng)域問(wèn)題和需求應該比較明確了?，F在，我們將工作集中在技術(shù)策略和架構上。架構是指所有構件組合定義系統的一個(gè)藍圖：結構、接口和通訊機制。我們可以進(jìn)一步將架構分為企業(yè)級和應用級架構。企業(yè)級系統架構企業(yè)級系統架構包括硬件和軟件基礎設施、網(wǎng)絡(luò )布局、開(kāi)發(fā)、測試、生產(chǎn)環(huán)境等等。它反映了一個(gè)企業(yè)的長(cháng)期投資。開(kāi)發(fā)前，需要評估已存在的軟件和硬件基礎設施，如果不完全支持J2EE的話(huà)，增加新構件更新已存在系統。你需要徹底地評估硬件，包括計算機、路由器、網(wǎng)絡(luò )轉換器和網(wǎng)絡(luò )布局，因為它們都影響到系統的性能和可靠性。
4企業(yè)級架構：一個(gè)多層企業(yè)級架構包括以下幾個(gè)主要構件：一個(gè)Web瀏覽器客戶(hù)端，可能在也可能不在客戶(hù)端組織的防火墻內一個(gè)HTTP服務(wù)器，是一個(gè)對公眾開(kāi)放的Web服務(wù)器。它通常位于一個(gè)稱(chēng)作DMZ的子網(wǎng)內Web容器主表示層和可能的業(yè)務(wù)邏輯構件應用程序容器主業(yè)務(wù)邏輯構件關(guān)系數據庫管理系統（RDBMS）和數據庫主數據、數據邏輯你使用的系統架構類(lèi)型依賴(lài)于安全、性能和可靠性的需求，也依賴(lài)于組織的財政狀況。在缺少經(jīng)驗的情況下，也可以適當地從一個(gè)修理廠(chǎng)電話(huà)訂購一臺簡(jiǎn)單地二手計算機。
Internet上有許多開(kāi)放源代碼的操作系統、Web服務(wù)器、應用程序服務(wù)器和數據庫管理系統。得到這些系統的代價(jià)只是幾百美元和熬幾個(gè)通宵。象許多華爾街金融機構這樣的高端客戶(hù)也許需要一個(gè)連續支持安全、高吞吐量交易和不可預料網(wǎng)絡(luò )通訊的系統。在這種情況下，為了容錯，通常需要將Web服務(wù)器和應用程序服務(wù)器集群配置成一個(gè)n層架構。還需要評估軟件基礎設施，包括Web服務(wù)器、安全管理軟件、應用程序服務(wù)器、域名管理服務(wù)器、數據庫管理系統和第三方軟件構件。如果還沒(méi)有購買(mǎi)應用程序服務(wù)器，選擇一個(gè)J2EE供應商將是評估過(guò)程的一個(gè)重要方面。應該注意到不同的供應商對J2EE的實(shí)現程度是不同的，一些供應商只支持老的J2EE版本。
另外，一些Web容器或應用程序容器可能比其他的速度要快。除了實(shí)現J2EE規范外，許多供應商還出售J2EE基礎構件或框架。選擇一個(gè)穩定的提供支持的J2EE供應商也非常關(guān)鍵。你可以在系統基礎設施層面上購買(mǎi)或開(kāi)發(fā)的通用功能包括：事務(wù)國際化和本地化集群和對象分布應用程序性能度量和剖析通訊工作流管理入口和個(gè)性化管理層對層通訊協(xié)議安全和防火墻應用架構應用架構參考一個(gè)特定的項目和規范建立在企業(yè)級系統架構的上層。在基礎設施完成后，架構師研究怎樣構造一個(gè)特定的應用。如果你的企業(yè)級架構僅部分支持老的J2EE版本，可以先升級你的系統。如果由于預算或時(shí)間關(guān)系不能升級，那么必須在更老版本規定的技術(shù)范圍內開(kāi)展工作。雖然構造企業(yè)級重用構件非常重要，但是必須首先要能夠使用。這里的最終目標是滿(mǎn)足客戶(hù)的需求--一次一個(gè)項目。
架構師不是設計師；架構和設計是完全不同。一個(gè)應用架構的范圍包括系統的主要結構、架構設計模式和可以在上面增加構件的框架。架構主要關(guān)注的是非功能性方面，而設計關(guān)注應用業(yè)務(wù)用例將領(lǐng)域對象模型轉換成技術(shù)對象模型。應用架構是項目的結構，一個(gè)特殊的應用程序。通過(guò)應用架構開(kāi)發(fā)，你通常必須要做的應用架構決定包括：層之間進(jìn)行功能劃分領(lǐng)域對象建模要保護的遺留系統要購買(mǎi)的軟件構件要開(kāi)發(fā)的構件怎樣集成第三方構件圖3的訂單領(lǐng)域對象說(shuō)明了怎樣對領(lǐng)域對象進(jìn)行建模。利用當前的Java技術(shù)，可以將領(lǐng)域對象分布在作為開(kāi)發(fā)者管理持續性對象的Web容器中、應用程序服務(wù)器的EJB中或者作為RDBMS宿主的Java存儲過(guò)程中。在寵物店藍圖中，我們將訂單對象設計成一個(gè)實(shí)體bean，一個(gè)詳細對象和一個(gè)數據訪(fǎng)問(wèn)對象，如圖5和后面的圖6所示。當你看到這個(gè)的時(shí)候，你應該意識到架構的重要性。為什么分析模型中的一個(gè)領(lǐng)域對象映射成這么多對象？如果改變設計，會(huì )出現什么問(wèn)題？你也許聽(tīng)說(shuō)過(guò)EJB的好處，但是要注意不同供應商的性能是不同的。當一種新技術(shù)到來(lái)的時(shí)候，你需要在投入全面設計之前進(jìn)行一些研究。你可以經(jīng)常地將設計和實(shí)現領(lǐng)域對象模型縱向聯(lián)合部分的經(jīng)驗應用到其他許多領(lǐng)域對象中。這就是架構開(kāi)發(fā)的內容。
對象設計在架構規范的指導下，設計從技術(shù)上擴展和修改了分析結果。雖然分析階段的領(lǐng)域對象建模應該與技術(shù)細節無(wú)關(guān)，但是對象設計完全依賴(lài)于技術(shù)因素，包括平臺、語(yǔ)言的類(lèi)型和架構開(kāi)發(fā)階段選擇的供應商。分析時(shí)，抬頭望著(zhù)星星，但在設計階段，則要腳踏實(shí)地。理論上，為了維持業(yè)務(wù)對象的基本屬性和行為，除非絕對必要，不應該破壞它們。在架構結果的指導下，詳細設計工作應該說(shuō)明所有類(lèi)的規格，包括必須實(shí)現的屬性、它們的詳細接口和偽代碼或操作的純文本描述。規格說(shuō)明應該足夠詳細使得和模型圖結合時(shí)，它可以提供所有必須的編碼信息。在許多自動(dòng)化軟件生產(chǎn)過(guò)程中，我們可以從面向對象圖生成代碼框架。注意樁（stub）和框架（skeleton）在圖中經(jīng)常是不可見(jiàn)的，因為它們對設計人員和編程員來(lái)說(shuō)是透明的。
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
