【文章內容簡介】 輯組件；因此，內部的和外部的用戶都可以訪問新的和現(xiàn)有的應用系統(tǒng)，通過現(xiàn)有應用系統(tǒng)中的邏輯可以擴展出新的應用系統(tǒng)。這也就是目前應用系統(tǒng)的發(fā)展方向。 傳統(tǒng)的 C／ S 體系結構雖然采用的是開放模式，但這只是系統(tǒng)開發(fā)一級的開放性，在特定的應用中無論是 Client 端還是 Server 端都還需要特定的軟件支持。由于沒能提供用戶真正期望的開放環(huán)境， C/S 結構的軟件需要針對不同的操作系統(tǒng)開發(fā)不同版本的軟件， 加之產品的更新?lián)Q代十分快，已經很難適應百臺電腦以上局域網 用戶同時使用 。 C/S 結構的優(yōu)點是能充分發(fā)揮客戶端ＰＣ的處理能力，很多工作可以在客戶端處理后再提交給服務器。對應的優(yōu)點就是客戶端響應速度快 。 C/S 架構軟件的優(yōu)勢與劣勢 優(yōu)勢： （ 1）應用服務器運行數(shù)據(jù)負荷較輕。最簡單的 C/S 體系結構的數(shù)據(jù)庫應用由兩部分組成，即客戶應用程序和數(shù)據(jù)庫服務器程序。二者可分別稱為前臺程序與后臺程序。運行數(shù)據(jù)庫服務器程序的機器，也稱為應用服務器。一旦服務器程序被啟動，就隨時等待響應客戶程序發(fā)來的請求；客戶應用程序運行在用戶自己的電腦上，對應于數(shù)據(jù)庫服務器，可稱為客戶電腦，當需要對數(shù)據(jù) 庫中的數(shù)據(jù)進行任何 4 操作時，客戶程序就自動地尋找服務器程序，并向其發(fā)出請求，服務器程序根據(jù)預定的規(guī)則 做出 應答，送回結果，應用服務器運行數(shù)據(jù)負荷較輕。 （ 2）數(shù)據(jù)的儲存管理功能較為透明。在數(shù)據(jù)庫應用中，數(shù)據(jù)的儲存管理功能，是由服務器程序和客戶應用程序分別獨立進行的，前臺應用可以違反的規(guī)則，并且通常把那些不同的（不管是已知還是未知的）運行數(shù)據(jù)，在服務器程序中不集中實現(xiàn)，例如訪問者的權限，編號可以重復、必須有客戶才能建立定單這樣的規(guī)則。所有這些，對于工作在前臺程序上的最終用戶，是 “ 透明 ” 的，他們無須過問（通常也無法 干涉）背后的過程，就可以完成自己的一切工作。在客戶服務器架構的應用中，前臺程序不是非常 “ 瘦小 ” ，麻煩的事情都交給了服務器和網絡。在 C/S 體系的下，數(shù)據(jù)庫不能真正成為公共、專業(yè)化的倉庫，它受到獨立的專門管理。 劣勢： （ 1） C/S 架構的劣勢是高昂的維護成本且投資大。首先，采用 C/S 架構，要選擇適當?shù)臄?shù)據(jù)庫平臺來實現(xiàn)數(shù)據(jù)庫數(shù)據(jù)的真正 “ 統(tǒng)一 ” ，使分布于兩地的數(shù)據(jù)同步完全交由數(shù)據(jù)庫系統(tǒng)去管理，但邏輯上兩地的操作者要直接訪問同一個數(shù)據(jù)庫才能有效實現(xiàn)，有這樣一些問題，如果需要建立 “ 實時 ” 的數(shù)據(jù)同步，就必須在兩地間建立實時 的通訊連接，保持兩地的數(shù)據(jù)庫服務器在線運行，網絡管理工作人員既要對服務器維護管理，又要對客戶端維護和管理，這需要高昂的投資和復雜的技術支持，維護成本很高，維護任務量大。 （ 2） 只適用于局域網。而隨著互聯(lián)網的飛速發(fā)展，移動辦公和分布式辦公越來越普及，這需要我們的系統(tǒng)具有擴展性。這種方式遠程訪問需要專門的技術，同時要對系統(tǒng)進行專門的設計來處理分布式的數(shù)據(jù)。 （ 3） 客戶端需要安裝專用的客戶端軟件。首先涉及到安裝的工作量，其次任何一臺電腦出問題，如病毒、硬件損壞，都需要進行安裝或維護。特別是有很多分部或專賣店的情況 ，不是工作量的問題，而是路程的問題。還有，系統(tǒng)軟件升級時，每一臺客戶機需要重新安裝，其維護和升級成本非常高。 （ 4） 對客戶端的操作系統(tǒng)一般也會有限制?？赡苓m應于 Win98, 但不能用于 win2021 或 Windows XP?；蛘卟贿m用于微軟新的操作系統(tǒng)等等，更不用說 Linux、Ｕ nix 等。 （ 5） 傳統(tǒng)的 C/S 結構的軟件需要針對不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件，由于產品的更新?lián)Q代十分快，代價高和低效率已經不適應工作需要。在 JAVA 5 這樣的跨平臺語言出現(xiàn)之后， B/S 架構更是猛烈沖擊 C/S，并對其形成威脅和挑戰(zhàn)。 面向對象設計 面向對象設計的概念 面向對象程序設計中的概念主要包括：對象、類、數(shù)據(jù)抽象、繼承、動態(tài)綁定、數(shù)據(jù)封裝、多態(tài)性、消息傳遞。通過這些概念面向對象的思想得到了具體的體現(xiàn)。 1）對象 對象是運行期的基本實體，它是一個封裝了數(shù)據(jù)和操作這些數(shù)據(jù)的代碼的邏輯實體。 2）類 類是具有相同類型的對象的抽象。一個對象所包含的所有數(shù)據(jù)和代碼可以通過類來構造。 3）封裝 封裝是將數(shù)據(jù)和代碼捆綁到一起，避免了外界的干擾和不確定性。對象的某些數(shù)據(jù)和代碼可以是私有的，不能被外界訪問，以此實現(xiàn)對數(shù)據(jù)和 代碼不同級別的訪問權限。 4）繼承 繼承是讓某個類型的對象獲得另一個類型的對象的特征。通過繼承可以實現(xiàn)代碼的重用：從已存在的類派生出的一個新類將自動具有原來那個類的特性，同時，它還可以擁有自己的新特性。 5）多態(tài) 多態(tài)是指不同事物具有不同表現(xiàn)形式的能力。多態(tài)機制使具有不同內部結構的對象可以共享相同的外部接口，通過這種方式減少代碼的復雜度。 6）動態(tài)綁定 綁定指的是將一個過程調用與相應代碼鏈接起來的行為。動態(tài)綁定是指與給定的過程調用相關聯(lián)的代碼只有在運行期才可知的一種綁定，它是多態(tài)實現(xiàn) 的具體形式。 7）消息傳遞 6 對象之間需要相互溝通，溝通的途徑就是對象之間收發(fā)信息。消息內容包括接收消息的對象的標識，需要調用的函數(shù)的標識，以及必要的信息。消息傳遞的概念使得對現(xiàn)實世界的描述更容易。 【 7】 面向對象的優(yōu)點 1）數(shù)據(jù)抽象的概念可以在保持外部接口不變的情況下改變內部實現(xiàn)，從而減少甚至避免對外界的干擾； 2）通過繼承大幅減少冗余的代碼，并可以方便地擴展現(xiàn)有代碼，提高編碼效率，也減低了出錯概率，降低軟件維護的難度； 3）結合面向對象分析、面向對象設計，允許將問題域中的對象直接映射到程序中，減少軟件開發(fā)過程中中間環(huán)節(jié)的轉換過程； 4）通過對對象的辨別、劃分可以將軟件系統(tǒng)分割為若干相對為獨立的部分，在一定程度上更便于控制軟件復雜度； 6）以對象為中心的設計可以幫助開發(fā)人員從靜態(tài)（屬性）和動態(tài)（方法）兩個方面把握問題，從而更好地實現(xiàn)系統(tǒng)； 7）通過對象的聚合、聯(lián)合可以在保證封裝與抽象的原則下實現(xiàn)對象在內在結構以及外在功能上的擴充，從而實現(xiàn)對象由低到高的升級。 【 12】 多線程的優(yōu)勢 多線程是為了使得多個線程并 行的工作以完成多項任務，以提高系統(tǒng)的效率。線程是在同一時間需要完成多項任務的時候被實現(xiàn)的。 使用線程的好處有以下幾點： （ 1） 使用線程可以把占據(jù)長時間的程序中的任務放到后臺去處理 （ 2） 用戶界面可以更加吸引人，這樣比如用戶點擊了一個按鈕去觸發(fā)某些事件的處理，可以彈出一個進度條來顯示處理的進度 （ 3） 程序的運行速度可能加快 ，充分利用 cpu （ 4） 在一些等待的任務實現(xiàn)上如用戶輸入、文件讀寫和網絡收發(fā)數(shù)據(jù)等，線程 要等待 。在這種情況下我們可以釋放一些珍貴的資源如內存占用等等。 7 最關鍵的一點 ,多線程可以讓 同一個程序的不同部分并發(fā)執(zhí)行 第二章 需求 建模 系統(tǒng)分析與建模 本軟件是根據(jù) C/S 模式開發(fā)，所以主要分為 2 個部分：就是服務器和客戶端。 服務器端主要是 對客戶端發(fā)送過來的數(shù)據(jù)進行判斷和處理。要驗證該數(shù)據(jù)是來自哪個客戶端， 要發(fā)送到那些地方。判斷是否已分 勝負。 客戶端則發(fā)送和接受服務器的數(shù)據(jù)。玩家可以 在游戲里面看到對手現(xiàn)在的狀況?？梢噪S機獲取道具增加對手的難度。 因為運行時需要多方面同時操作，所以要使用到多線程。把游戲運行和發(fā)送、接收信息分為 3 個不同的線程同時執(zhí)行，提高系統(tǒng)的執(zhí)行效率。 系統(tǒng)的工作流程圖 圖 1 系統(tǒng)工作數(shù)據(jù)流圖 玩家 客戶端 服務器端 客戶端 玩家 8 系統(tǒng)的 用例圖 玩 家連 接 服 務 器 u s e s 開 始 個 人 游 戲開 始 聯(lián) 網 游 戲暫 停 游 戲 （ 個 人 模 式 ）使 用 道 具判 斷 勝 負 u s e s u s e s u s e s u s e s u s e s 圖 2 參與者用例 圖