【正文】 使用的戰(zhàn)術(shù)或被判為負的行棋手段。 14. 開局：也稱“布局”。布局階段大體為七至十幾著之內(nèi)。種類繁多，職業(yè)連珠五子棋有二十四種開局。 15. 局面：亦稱“局勢”。為對局中某一段時間內(nèi)雙方子力的配置情況。 16. 優(yōu)勢：是指足以取勝的優(yōu)勢局面，其對方即為敗勢。 17. 妙著：對局中走出的一步精妙的著法。既合乎邏輯又出人意料，有使局面頓時改觀的效果，對局勢的發(fā)展及對局的質(zhì)量都有重大影響。 18. 好著：也稱“佳著”。對局中成功的某一 步。 19. 正著：對局的某一局面中的正確著法。 20. 劣著：對局中，導(dǎo)致嚴重不利后果的一步錯誤著法。 21. 敗著：也稱“失著”“漏著”。對局中造成局面惡化的一步嚴重錯誤著法。 22. 等著：對局中具有等待性的一步著法，主要意圖是等待有利時機。 23. 廢著：也稱“空著”。對局中不起作用的著法。實際上指浪費時間毫無疑義的錯著。 24. 搶先：對局中利用反活三或沖四的強制手段奪取主動權(quán)的著法。 25. 打譜：按照棋譜演練著法，是提高棋藝水平的重要方法之一。 26. 復(fù)局：也叫“復(fù)著”。對局結(jié)束又重演對局的 過程。一般用以研究、比較雙方的成敗得失和著法的優(yōu)劣。 6 系統(tǒng)平臺、計算模式及技術(shù) 1) 系統(tǒng)的硬件平臺： 一臺臺式計算機 2) 系統(tǒng)的軟件平臺： Windows xp/windows 7 IE瀏覽器等 計算模式的進化及本系統(tǒng)選用的模式優(yōu)越性 回顧計算機的發(fā)展史，計算模式有過三次質(zhì)的飛躍： 集中式管理 —— 主機 /終端模式 通過硬件連線把簡單的終端接到主機上； 所有用戶的擊鍵和光標位置傳入主機，所有從主機返回的結(jié)果，顯示在終端屏幕的特定位置； 分時共享模式，所有的程序和數(shù)據(jù)都存儲在大型的主 機中（數(shù)據(jù)庫、應(yīng)用程序、通信程序），資源集中控制； 利用主機的能力運行應(yīng)用程序，利用無智能的終端來對應(yīng)用進行控制； Client/Server 模式 在 ClientServer模式，應(yīng)用被分為前端（客戶端）和后端（服務(wù)器端）； 客戶部分運行在微機或工作站上，而服務(wù)器部分可以運行在從微機到大型機等各種計算機上。 客戶機和服務(wù)器分別工作在不同的邏輯實體中，并協(xié)同工作。服務(wù)器主要是運行客戶機不能完成或費時的工作，比如大型數(shù)據(jù)庫的管理，而客戶機可以通過預(yù)先指定的語言向服務(wù)器提出請求，基于 Web 的 JAVA 五子棋對弈程序的設(shè)計與實現(xiàn) 第 20 頁 共 47 頁 要求服務(wù)器去執(zhí)行某項 操作，并將操作結(jié)果返送給客戶機。 Brower/Server 模式 基于瀏覽器、 WWW服務(wù)器和應(yīng)用服務(wù)器的計算結(jié)構(gòu)，稱為瀏覽器 /服務(wù)器（ Browser/Server）的計算模式，簡稱 B/S模式，該計算模式在 20 世紀 90年代中期逐漸形成和發(fā)展。 B/S計算模式繼承和共融了傳統(tǒng)客戶機 /服務(wù)器模式中的網(wǎng)絡(luò)軟、硬件平臺和應(yīng)用，但它具有傳統(tǒng) C/S計算模式所不及的很多特點，比如更加開放、與軟、硬件平臺無關(guān)、應(yīng)用開發(fā)速度快、生命周期長、應(yīng)用擴充和系統(tǒng)維護升級方便等。 系統(tǒng)采用 B/S 三層體系結(jié)構(gòu)模 式的優(yōu)越性 三層體系結(jié)構(gòu)圖如圖圖 61所示： CGI， ASP， PHP等技術(shù)的出現(xiàn)，使得開發(fā)動態(tài)交互式的 Web應(yīng)用得以實現(xiàn)。用戶通過瀏覽器向服務(wù)器發(fā)送請求， Web服務(wù)器接收客戶端發(fā)送來的請求，對請 瀏 覽 器 W e b 服 務(wù) 器請 求響 應(yīng)數(shù) 據(jù) 庫 圖 61 三層體系結(jié)構(gòu)圖 求進行分析，如果請求是靜態(tài)頁面，那么就將所請求的頁面發(fā)送到客戶端；如果請求的是動態(tài)頁面，那么就執(zhí)行此動態(tài)頁面，并將執(zhí)行結(jié)果發(fā)送給客戶端。動態(tài)頁面中的腳本程序可以和數(shù)據(jù)庫服務(wù)器進行交互。 Web服務(wù)器可以根據(jù)用戶的請求動態(tài)更新頁面 上的信息， Web信息提供者可以通過改變數(shù)據(jù)庫中的數(shù)據(jù)向用戶提供最新信息，而不需要逐個更改頁面。用戶可以通過這些動態(tài)頁面向數(shù)據(jù)庫中輸入信息，從而增強了用戶和服務(wù)器之間的交互性。 與傳統(tǒng)的 C／ S體系結(jié)構(gòu)相比，三層體系結(jié)構(gòu)存在以下優(yōu)點： (1) 客戶端零維護 在三層體系結(jié)構(gòu)中，幾乎所有的業(yè)務(wù)處理都是在中間件 Web Server 上完成的，客戶端只需要安裝支持 Java 的瀏覽器即可，不用做任何其它安裝和配置工作，所以也就不存在客戶端維護的問題，真正實現(xiàn)了 “ 客戶端 零維護 ” 。處理業(yè)務(wù)時，操作員可以直接通過 Web瀏覽器訪問 Web Server進行業(yè)務(wù)處理工作。 2） 可擴展性好 三層體系結(jié)構(gòu)的可擴展性好體現(xiàn)在以下四個方面： 第一，工作節(jié)點的可擴展性好。由于三層體系結(jié)構(gòu)的客戶端零維護的特點，使增加一個工作節(jié)點的工作簡單到了只需增加一臺裝有 Web瀏覽器的 PC機即可。 第二，應(yīng)用系統(tǒng)的可擴展性好。好的應(yīng)用系統(tǒng)應(yīng)該能方便地實現(xiàn)一定程度上業(yè)務(wù)的變化和業(yè)務(wù)單元的增加。三層體系結(jié)構(gòu)采用面向?qū)ο蟮姆治龊驮O(shè)計模式，將業(yè)務(wù) 模塊都封裝到了業(yè)務(wù)類和服務(wù)類中，所以，如果一個業(yè)務(wù)流程變了，或需要增加一個新的業(yè)務(wù)模塊，只需替 換或增加新的業(yè)務(wù)類和服務(wù)類即可。 第 21 頁 共 47 頁 第三，業(yè)務(wù)邏輯與用戶界面及數(shù)據(jù)庫分離，使得當(dāng)用戶業(yè)務(wù)邏輯發(fā)生變化時只需更改中間層的控件／組件／ JB／ EJB即可。 第四，便于數(shù)據(jù)庫移植。由于客戶端不直接訪問數(shù)據(jù)庫，而是通過一個中間層進行訪問，所以，在改變數(shù)據(jù)庫、驅(qū)動程序或存儲方式時無需改變客戶端配置，只要集中改變中間件上的持久化層的數(shù)據(jù)庫連接部分即可。 3） 安全性好 在三層體系結(jié)構(gòu)中，客戶端只能通過 Web Server 而不能直接訪問數(shù)據(jù)庫，這大大提高了系統(tǒng)的安全性。如果對系統(tǒng)提出更高的安全性要求的話，還可以通 過防火墻進行屏蔽。 4) 資源重用性好 由于將業(yè)務(wù)邏輯集中到 Web Server 統(tǒng)一處理，三層體系結(jié)構(gòu)可以更好地利用共享資源。例如數(shù)據(jù)庫連接是一項很消耗系統(tǒng)資源、影響響應(yīng)時間的事件，在三層體系結(jié)構(gòu)中可以將數(shù)據(jù)庫連接放在緩沖池中統(tǒng)一管理，由不同應(yīng)用共享，并有效控制連接的數(shù)量。 JSP 技術(shù) JSP 簡介 JSP（ JavaServer Pages）是一種基于 Java的腳本技術(shù)。在 JSP 的眾多優(yōu)點之中，其中之一是它能將 HTML 編碼從 Web 頁面的業(yè)務(wù)邏輯中有效地分離出來。用 JSP 訪問可重用的組件，如 Servlet、 JavaBean 和基于 Java 的 Web 應(yīng)用程序。 JSP 還支持在 Web 頁面中直接嵌入 Java 代碼?？捎脙煞N方法訪問 JSP 文件：瀏覽器發(fā)送 JSP 文件請求、發(fā)送至 Servlet 的請求。 1. JSP 文件訪問 Bean 或其它能將生成的動態(tài)內(nèi)容發(fā)送到瀏覽器的組件。圖 62說明了該 JSP 訪問模型。當(dāng) Web 服務(wù)器接收到一個 JSP 文件請求時，服務(wù)器將請求發(fā)送至 WebSphere應(yīng)用服務(wù)器。 WebSphere應(yīng)用服務(wù)器 對 JSP 文 件進行語法分析并生成 Java 源文件（被編譯和執(zhí)行為 Servlet）。 Java 源文件的生成和編譯僅在初次調(diào)用 Servlet 時發(fā)生，除非已經(jīng)更新了原始的 JSP 文件。在這種情況下， WebSphere應(yīng)用服務(wù)器 將檢測所做的更新，并在執(zhí)行它之前重新生成和編譯 Servlet。 圖 62 瀏覽器發(fā)送 JSP 文件請求 2. 發(fā)送至 Servlet 的請求生成動態(tài)內(nèi)容，并調(diào)用 JSP 文件將內(nèi)容發(fā)送到瀏覽器。圖 63說明了該訪問模型。該訪問模型使得將內(nèi)容生成從內(nèi)容顯示中分離出來更為方便。 WebSphere應(yīng)用服務(wù)器 支持 HttpServiceRequest 對象和 HttpServiceResponse 對象的一套新方法。這些方法允許調(diào)用的 Servlet 將一個對象放入（通常是一個 Bean）請求對象中，并將該請求傳遞到另一個頁面（通常是一個 JSP 文件）以供顯示。調(diào) 用的頁面從請求對象中檢索 Bean, 并用 JSP 來生成客戶機端的 HTML。 基于 Web 的 JAVA 五子棋對弈程序的設(shè)計與實現(xiàn) 第 22 頁 共 47 頁 圖 63：發(fā)送至 Servlet 的請求 JSP 內(nèi)建對象 定義：可以不加聲明就在 JSP頁面 腳本 （ Java程序片和 Java表達式）中使用的成員變量 JSP共有以下 9種基本內(nèi)置組件（可與 ASP的 6種內(nèi)部組件相對應(yīng)）： 客戶端的請求信息被封裝在 request對象中，通過它才能了解到客戶的需求，然后做出響應(yīng)。它是 HttpServletRequest類的實例。 response 對象包含了響應(yīng)客戶請求的有關(guān)信息，但在 JSP 中很少直接用到它。它是HttpServletResponse類 的實例。 session對象指的是客戶端與服務(wù)器的一次會話，從客戶端連到服務(wù)器的一個 WebApplication開始，直到客戶端與服務(wù)器斷開連接為止。它是 HttpSession類的實例 . out對象是 JspWriter類的實例 ,是向客戶端輸出內(nèi)容常用的對象 page 對象就是指向當(dāng)前 JSP 頁面本身，有點象類中的 this 指針，它是 的實例 application 對象實現(xiàn)了用戶間數(shù)據(jù)的共享，可存放全局變量。它開始于服務(wù)器的啟動， 直到服務(wù)器的關(guān)閉，在此期間，此對象將一直存在；這樣在用戶的前后連接或不同用戶之間的連接中，可以對此對象的同一屬性進行操作；在任何地方對此對象屬性 的操作，都將影響到其他用戶對此的訪問。服務(wù)器的啟動和關(guān)閉決定了 application對象的生命。它是 ServletContext類的實例。 exception對象是一個例外對象，當(dāng)一個頁面在運行過程中發(fā)生了 例外，就產(chǎn)生這個對象。如果一個 JSP 頁面要應(yīng)用此對象，就必須把 isErrorPage 設(shè)為 true，否則無法編譯。他實際上是 第 23 頁 共 47 頁 pageContext對象提供了對 JSP頁面內(nèi)所有的對象及名字空間的訪問，也就是說他可以訪問到本頁所在的 SESSION，也可以取本頁面所在的 application的某一屬性值，他相當(dāng)于頁面中所有功能的集大成者，它的本類名也叫 pageContext。 config對象是在一個 Servlet初始化時， JSP引擎向它傳遞信息用的，此信息包括 Servlet初始化時所要用到的參數(shù)（通過屬性名和屬性值構(gòu)成）以及服務(wù)器的有關(guān)信息（通過傳遞一個ServletContext對象） MVC 設(shè)計模式 MVC模式的基本形式圖如圖 64所示。 用 戶控 制 器視 圖模 型輸 入顯 示 圖 64 MVC模式的基本形式圖 MVC(ModelViewController)模式并不是 J2EE行業(yè)人士標新立異的。 MVC的核心就是要做到三級甚至多級的松散耦 合， MVC模式將系統(tǒng)分為三個部分，分別是數(shù)據(jù)模型、視圖和控制器，并定義了這三個部分之間實現(xiàn)通信的一種模式，使每個部分不必 卷入到其他部分的狀態(tài)表示和方法實現(xiàn)的細節(jié)中去。每個部分有自己的數(shù)據(jù)管理規(guī)則，各個對象之間的通信只能使用自己定義的一個受限連接集合進行。保持這種分離性通常是面向?qū)ο缶幊毯驮O(shè)計要追求的目標，讓各個對象只需專注于自己的事務(wù)。 模型部分代表了商業(yè)數(shù)據(jù)的訪問及修改數(shù)據(jù)的操作。當(dāng)數(shù)據(jù)發(fā)生改變時，要負責(zé)通知視圖部分，并且提供視圖查詢狀態(tài)的能力。另外，還向控制部分提供應(yīng)用功能。 視圖部分以自己的方式顯示 模型的內(nèi)容。訪問模型的數(shù)據(jù)，并且當(dāng)模型的數(shù)據(jù)發(fā)生變化時更新模型的顯示。視圖還把從用戶那里得到的信息傳給控制部分。 控制部分定義了應(yīng)用的行為。分發(fā)用戶請求和選擇表現(xiàn)視圖，還負責(zé)解釋用戶輸入，進而調(diào)用模型的功能。在 Web應(yīng)用中，用戶輸入包括對 Web級資源的 HTTP、 GET和 POST請求?？刂撇糠指鶕?jù)用戶交互和模型的狀態(tài)選擇要顯示的視圖。一個應(yīng)用程序一般為相關(guān)的功能選擇一個控制部分。 Servlet Servlet 簡介 servlet是在服務(wù)器上運行的小 程序 。這個詞是在 Java applet的環(huán)境中創(chuàng)造的， Java applet是一種當(dāng)作單獨文件跟網(wǎng)頁一起發(fā)送的小程序，它通常用于在客戶端運行，結(jié)果得到為用戶進行運算或者根據(jù)用戶互作用定位圖形等服務(wù)。 服務(wù)器上需要一些程序，常常是根據(jù)用戶輸入訪問數(shù)據(jù)庫的程序。這些通常是使用公共網(wǎng)關(guān)接基于 Web 的 JAVA 五子棋對弈程序的設(shè)計與實現(xiàn) 第 24 頁 共 47 頁 口（ CGI(Common Gateway Interface)）應(yīng)用程序完成的。然而，在服務(wù)器上運行 Java，這種程序可使用 Java編程語言實現(xiàn)。在通信量大的服務(wù)器上， Java servlet的優(yōu)點在于它們的執(zhí)行速度更快于 CGI程序。各個用戶請求被激活成單個程序中的一個線程，而無需創(chuàng)建單獨的進程，這意味著服務(wù)器端處理請求的系統(tǒng)開銷將明顯降低。 實現(xiàn)過程： 最早支持 Servlet技