安卓MUD游戲用什麼開發

⑴ 游戲開發,要學習哪些教程!!

首先，C++肯定要好了。

c語言程序設計
http://book.jqcq.com/proct/472414.html
語言是國內外廣泛使用的計算機語言，是計算機應用人員應掌握的一種程序設計工具。本書全面系統地介紹了C語言編程技術及其相關理論，是一本能使讀者全面掌握c語言編程技術的好教程。根據需要，作者除了深入淺出地介紹了C語言的傳統編程方法，還別具匠心地介紹了c語言的繪圖功能和一些應用開發實例。本書內容新穎、結構合 ...

C++編程風格
http://book.jqcq.com/proct/620299.html
編程相關的內容，例如增加代碼的可讀性、可維護性、可擴展性以及執行效率等的方法。本書的示例代碼都是從實際程序中抽取出來的，融人了作者的實際開發經驗。講解如何正確地編寫代碼以及避開一些常見的誤區和陷阱，並給出了許多實用的編程規則，可快速提升讀者的C++編程功力。本書描述平實，示例豐富，適合有一定編程? ...

C＋＋編程思想第2卷：實用編程技術
http://book.jqcq.com/proct/413352.html
編程技術和最佳的實踐方法，深入探究了異常處理方法和異常安全設計；介紹C++的字元串、輸入輸出流、STL演算法、容器和模板的現代用法，包括模板元編程；解釋多重繼承問題的難點，展示RTTI的實際使用，描述了典型的設計模式及其實現，特別介紹被認為是標准C++下一版特徵之一的多線程處理編程技術，並提供了最新的研究成果? ...

學好C++後，就要掌握數據結構和演算法的知識，還是STL。

數據結構與 STL（英文版） 數據結構與 STL（英文版）
http://book.jqcq.com/proct/412778.html
數據結構及其實現的基礎知識。書中引導學生通過對方法介面、示例和應用的學習，逐漸理解和掌握如何高效地使用數據結構。適合課堂教學和自學參考。 本書特色 大多數數據結構用STL(標准模板庫)提供，並詳細

數據結構 C++語言描述（英文影印版） 數據結構 C++語言描述（英文影印版）
http://book.jqcq.com/proct/306107.html
數據結構。內容從數據結構的基本原理到面向對象程序設計的方法。書內使用適應面極廣的C++語言。全書14章分別為：1.緒論；2.基本數據類型；3.抽象數據類型與類；4.集合類；5.棧與隊列；6.抽象運算符；7.類屬數據類型；8.類與動態存儲；9.鏈表；10.遞歸；11.樹；12.繼承與抽象類；13.先進的非線性結構；14.構建集合。書後 ...

泛型編程與STL
http://book.jqcq.com/proct/332062.html
編程與STL》闡述了泛型編程的中心思想：concepts、modeling、refinement,並為你展示這些思想如何導出STL的基礎概念：iterators、containers、function objects。循此路線，你可以把STL想像為一個由來的完整優勢……

掌握多線程編程是必須的。

C和C++實務精選：C++面向對象多線程編程
http://book.jqcq.com/proct/351898.html
. 多線程架構與增量多線程編程技術。第1章介紹了用於構建面向對象程序的不同類型C++組件，以及如何使用這些組件來構建多線程架構。第2、3、4章簡要介紹進程、線程、多任務處理、多線程化、規劃以及線程優先權的概念。第5章討論講程間和線程間通信。第6章講座線程與進程同步與合作。第6章詳細講座臨界區、死鎖、數據競爭以 ..

這些掌握了後，開始掌握通行技術。首先是網路協議：

《TCP/IP 基礎（第7版）》
http://book.jqcq.com/proct/399379.html
TCP/IP的體系結構和主要應用程序。全書分為8章，分別介紹TCP/IP體系結構與定址，TCP/IP應用程序，TCP/IP定址與子網， TCP/IP協議，TCP/IP服務，TCP/IP路由選擇， TCP/IP應用程序原理，以及TCP/IP網路故障診斷。本書是國家網路技術水平考試的指定參考教材，適合網路技術人員和網路管理人員閱讀，也可供大中專院校相 ...

TCP/IP詳解?卷Ⅰ：協議
http://book.jqcq.com/proct/404145.html
TCP/IP解析》中的第1卷，主要講述TCP/IP協議方面的內容。與其他的TCP/IP書藉的最大不同在於，本書不僅僅講述了RFCS的標准協議，而且結合大量實例講述了TCP/IP協議包的定義原因及在各種不同的操作系統中（如Sunos4.1.3、Soloris2.2、 AIX3.2.2）的應用與工作方式，這樣可以以動態方式講述TCP/IP的知識，使讀者可以輕松掌? ...

TCP/IP詳解卷三:TCP事務協議 HTTP NNTP和UNIX域協議
http://book.jqcq.com/proct/310116.html
TCP/IP詳解系列」的延續。主要內容包括：TCP事務協議，即T/TCP，這是對TCP的擴展，使客戶-伺服器事務更快、更高效和更可靠； TCP/IP應用，主要是HTTP和NNTP；UNIX域協議，這些協議提供了進程之間通信的一種手段。當客戶與伺服器進程在同一台主機上時，UNIX域協議通常要比TCP/IP快一倍。本書同樣採用了大量的實例和實現細 ...

然後掌握各種平台下SOCKET的編程技術。

TCP/IP協議及網路編程技術
http://book.jqcq.com/proct/580242.html
本書是一本關於TCP/IP協議原理編程技術的教材，由兩部分組成：第1部分系統地介紹了TCP/IP協議族的體系結構，並分別介紹了IP層、傳輸層和應用層中各種協議的具體原理和工作機制；第2部分介紹了基於socket編程介面的網路編程技術，重點講述了客戶端和伺服器端編程應注意的問題、可用的模式和技術。作為一本TCP/IP協議理 ...

Winsock 2網路編程實用教程 Winsock 2網路編程實用教程
http://book.jqcq.com/proct/374343.html
Winsock，即基於Windows的套接字，是專門為網路開發人員開發網路應用程序設計的編程介面。由於現今網路應用的普及，使成為了IT發展的重要分支之一。本書的出版正是順應了這種需求。本書簡潔而專業地介紹了Winsock的基本概念和操作方式，指導程序員如何利用現有的主流開發工具進行最流行的Windows網路應用的開發。同時，本書 ...

Windows網路編程
http://book.jqcq.com/proct/401079.html
Microsoft公司的Visual C++平台不僅具有很強的網路程序處理能力，而且還能提供多種編程風格。與Visual C++捆綁的MFC提供了大量封裝良好的網路類，如Winsock、WinInet、ActiveX、DCOM和ATL等，提高了用戶在利用Visual C++進行網路開發時的效率。本書主要特色在於對技術細節做了深入的介紹，探討了大量網路專用函數以及MFC ..

linux網路編程
http://book.jqcq.com/proct/105718.html
本書詳盡而細致地介紹了在Linux操作系統下進行網路編程所需要的各種知識，從基本的進程式控制制、通信到Berkeley套接字都有講解。書中還穿插了大量的實常式序，並配以說明，更加方便讀者的學習和理解。本書內容的精心安排，簡潔的措辭，豐富的實例可以使初學者迅速地掌握Linux網路編程的技術。同時，Linux的高級程序員也可以從? ...

這寫掌握完以後，開始學寫LINUX下的伺服器編程。

Linux 程序設計權威指南（附光碟） Linux 程序設計權威指南（附光碟）
http://book.jqcq.com/proct/314783.html
本書是「Linux與自由軟體資源叢書」之一。目前Linux系統已很普及，但是介紹在Linux上進行開發的書籍並不多，本書的Linux上進行應用開發提供了詳細的參考資料。內容包括Linux開發環境、Linux編程的入門知識、系統和網路編程、多線程程序設計、控制台編程、X Window系統編程、國際化編程知識等。本書內容豐富、實用性強，附帶 ...

Red HatLINUX 核心技術精解第二版(附盤)
http://book.jqcq.com/proct/311825.html
Linux是一個性能可以與商業x86 UNIX操作系統相提並論的32位操作系統.本書全面介紹了Linux的安裝和使用技術,包括Linux的安裝和配置,Linux的運行,在Linux中使用各種外設,以及Linux的其他內容,如用SLIP和PPP撥號上網,將Linux用作Internet主機,在Linux上運行WWW,商務的運作,開發軟體及X編程等.

而GCC是你必須掌握的編譯器，VC也不例外。

GCC技術參考大全
http://book.jqcq.com/proct/378731.html
GCC（GNU編譯程序集合）是目前最重要、應用最廣的開放源代碼軟體。在本書中，專家Arthur Griffith提供了大量關於這種開源軟體的信息，教您學會使用GCC為幾乎所有的平台和語言開發及部署各類軟體。本書分為3個部分。第1部分，「自由軟體編譯程序」，介紹了編譯程序的一些基礎知識，以及一些可以用來下載和安裝編譯程序的指 ...

C++面向對象程序設計題解與上機指導
http://book.jqcq.com/proct/584574.html
GCC在DOS/Windows平台上的版本DJGPP（以及與之配合使用的集成軟體開發環境RHIDE）；上機實驗內容與安排，這部分提出了上機實驗的指導思想和上機實驗的內容與安排，供教學參考。隨本書贈送的光碟中包括《C++面向對象程序設計》一書中的全部例題程序，各章習題解答的程序以及 DOS/Windows環境下的GCC版本（DJGPP及其配套 ...

掌握了這些東西是不夠的，你還必須學會伺服器方面游戲邏輯的編寫，因而要掌握腳本語言的使用，在這方面，一般使用LUA，PYTHON和RUBY來寫。

學習Python：第2版（影印版）
http://book.jqcq.com/proct/851923.html
Python是流行、開源、面向對象的編程語言，既可以用於編寫單機運行的程序也可以編寫腳本程序，具有可移植、強大、易用等特點。跟隨專業教師學習是最快捷的掌握此語言的方式。新版的《學習Python))把你帶到Mark Lutz和David Ascher面前，他們是著名的Python專家和培訓師，他們的用語親切、組織良好的文章已經指導了許多編程? ...

Programming Ruby中文版(第2版)
http://book.jqcq.com/proct/543520.html
Ruby是一種跨平台、面向對象的動態類型編程語言。Ruby體現了表達的一致性和簡單性，它不僅是一門編程語言，更是表達想法的一種簡練方式。它不僅受到廣大程序員的歡迎，無數的軟體大師亦為其傾倒。Programming Ruby是關於Ruby語言的一本權威著作，也被稱為PickAxe Book（鎬頭書，由封面上的工具得名）。本書是它的第2版，其? ...

我使用PYTHON，這些掌握後，資料庫方面是要有的。

在LIUNX下一般使用MYsql和postgresql來作為資料庫：

MySQL 5權威指南(第3版)
http://book.jqcq.com/proct/431843.html
本書全面深入地介紹了MySQL的功能，主要內容包括MySQL、PHP、Apache、Perl等組件的安裝與功能簡介，mysql等一些重要系統管理工具和用戶操作界面的使用，MySQL資料庫系統設計的基礎知識與用不同語言設計MySQL資料庫的過程，以及SQL語法、工具、選項、API應用指南，最大限度地幫助讀者更快地學習和掌握MySQL資料庫系統的設計? ...

好這些知識有了後，可以看一些網路游戲伺服器是如何編寫的，但這方面的書籍很少，即使出版的也是閃閃咄咄的。不過，我還是找到一本，非常的不錯。詳細地講解了游戲的邏輯的實現。

MUD游戲編程（配光碟） MUD游戲編程（配光碟）
http://book.jqcq.com/proct/584461.html
本書從網路基本知識入手，全面闡述了如何開發純文字MUD游戲。並通過構建SimpleMUD和BetterMUD這兩個MUD，重點講述了如何實現MUD。本書分為4大部分。第1部分介紹了計算機網路的基本知識、Winsock/Berkeley Sockets API以及多線程的概念；展示了本書所用的基本庫BasicLib中的所有類和函數；創建了一個套接字型檔SocketLib；介 ...

最後介紹相關網站：

一個開源的網路游戲，你可以從中看出遊戲伺服器的編寫方法：

http://themanaworld.org

游戲開發交流：

http://www.gameres.com

其它，你可以搜索這些關鍵字： RAKNET，OPENTNL。

希望有用！

以上是伺服器的，如果是客戶端的話，就更多了。

⑵ 關於MUD純文字游戲架設（回答得好加分100）

個人認為, 製作mud, 首先要玩過mud, 熟悉mud

mud架站比較容易, 你去 小熊泥苑, 上面有各種類型的單機

挑一個你熟悉類型的, 配個mudos 架設即可. 當然還存在mudos跟 代碼不匹配的問題

關鍵還是你想架設什麼類型的

⑶ MUD游戲是什麼游戲

MUD游戲（Multiple User Domain多用戶虛擬空間游戲）。大家對MUD也許很熟悉，這就是你一直聽到的,可能卻始終不聽不懂的「泥巴」，雖然你可能還不知道它確切是什麼東西。但在泥巴一族中間，MUD就是他們第二個生存空間。

1979年第一個MUD（多用戶土牢）多人交互操作站點建立。這個站點包含了各種冒險游戲、棋類游戲和豐富詳盡的資料庫。大受歡迎的《網路創世紀》(UO)則是真正意義上的第一個大型圖形MUD，也是至盡被認為是最完善的網路游戲，玩家只要自己喜歡，可以專心做買賣，或到處游歷，或什麼事情也不做而隨便走走，與現在網路游戲中充斥著的PK，殺戮相比，UO是一片純粹的游戲玩家的夢寐以求的聖土，依然是網路游戲的顛峰之作，在UO上發生的很多傳奇故事至盡仍被廣為流傳。

MUD的歷史
原作: Lauren P. Burka

翻譯: stoneboy

1989年的八月，CARNEGIE MELLON的一個研究生在一個周末寫了一個叫做TinyMUD的游戲。那是一個簡單的，多用戶的游戲。在互聯網只要誰知道他的地址與埠（lancelot.avalon.cs.cmu.e 4201)，那麼誰就可以得到這個游戲。然而TinyMUD並不是最開始的MUD游戲，這個游戲容易使用，並且可被移植到許多UNIX系統上。這使得MUD風潮像爆炸一樣風靡世界至今未衰。現在的各種MUD游戲就在你的身邊，另你目不暇接。

MUDs（多用戶空間）有如下的各種優點：

許多人可以一起玩；

游戲被分成許多虛擬的空間以便在一個空間的人或物不會影響到另一個空間的人或物；

所有的交互內容以文字出現，沒有圖片或聲音；

通訊靠TCP套接字實現；

大多數代碼由學校里的學生來完成維護並且可以公開地得到；

實物，空間和人物的組合可以由簡單的命令來完成，而其他語言編寫的MUD游戲允許有更復雜的命令和道具；

盡管MUD是為了一個嚴肅的目的而出現的，但是它仍然保持著原始冒險或RPG游戲的氣氛；而且游戲玩家的身份並不被現實所束縛，MUD里的游戲的角色有現實虛擬如一的人，有毛茸茸的動物，有科幻故事裡的英雄，以及所有可愛的，醜陋的，令人討厭的，智慧的人，或者僅僅是一個平常的怪人。

JIM ASPENS（現在是YALE大學的老師）認為TinyMUD無足輕重，很快就會喪失掉新意。他有了些想法卻又舉棋不定，這對MUD游戲的優點和缺點都有一定的影響。

從地獄開始：MUD游戲--內存VS硬碟

早期的MUD游戲傾向於把大部分游戲數據放到硬碟上。當玩家需要時，空間和物體的數據從硬碟上被取出來。這種方式很慢。

TinyMUD把所有的數據都放在內存裡面。這種設計假設數據不會變得特別多。實際上，對於小的MUD游戲，基於內存的數據存儲是很快的。但當數據量增加得很多時，進程會開始頻繁地在硬碟和內存之間交換數據。系統的負載會由於頁面錯誤的集中出現而攀升。許多系統結構都有一個處理數量限制。ASPENS最終拋棄了TinyMUD當它在他的機器上達到了32M處理數量極限而崩潰的時候。MUD游戲的數據膨脹使問題惡化了，導致巨大的個人對象（INDIVIDUAL OBJECT），甚至後台進程。LambdaM00，運行在SparcCenter 1000上的Xerox Parc平台上，在1994年就要求有198M給予進程並且數據要佔有80M的硬碟空間。

很大的基於內存的MUD游戲的表現不盡人意眾所周知。盡管有大量的優秀的MUD程序員，直到很晚這個數據層的改進問題才被考慮到。有以下幾點原因：

無知。很多學生懂得C語言，但幾乎沒有MUD程序員研究過資料庫的設計。我還記得在新聞組rec.games.mud上，一個學生堅持認為基於硬碟的MUD游戲會把硬碟搞得疲勞不堪。

習慣。有很多MUD游戲是基於硬碟的。包括Marcus Rarnum（那時是DEC的員工）的UberMUD和UnterMUD和Andrew Molitor（Wesleyan大學的研究生）的TeenyMUD，是Andrew Molitor諸多計劃中的一個。UberMUD，用到了b+樹型數據結構，但被證明對於大多數MUD程序員是相當復雜的。UnterMUD用到了hash表，使用了很高明的緩沖技術而提高了數據訪問速度。這種技術被用到了一些商業MUD產品中。但是這種數據結構不允許一些MUD程序員所喜好的操作，比如檢查數據對象的總數量。UnterMUD的數據結構，也就是緩沖技術，已經被應用於其他一些伺服器中，比如MUSH 2.0。

至少有一種運行得很長時間的TeenyMUD。TeenyMUD使用了一種平直的文件，這種文件使用了一種直接索引方式，和hash搜索同樣有效，盡管比之於UnterMUD和UberMUD在緩沖技術方面還欠缺一點點。它的資源佔用率很低，對於那些只想試用MUD一兩個星期的人很適用。但是，那些喜歡小玩意的MUD程序員常常忽視了TeenyMUD因為它缺少一種可編程的環境。不言自明，如果你的伺服器是完全基於內存，而你的MUD進程增長迅速使得依靠硬碟的方式變得很誘人的話，那麼在這個時候要不損壞數據而更換伺服器則太晚了。

基於硬碟方式不是一種萬能鑰匙。它使得checkpoint（當伺服器運行時做備份）變得很復雜。一種技術上的意見認為基於硬碟的數據結構不會增進效率，如果這些數據夠多。理論上，經常被訪問的數據對象的緩沖會被放在內存中。，當需要時，這些數據就被交換到進程地址空間裡面。既然對象不能因為分布狀況而被組合到數據頁上，任何順序地訪問大量數據的操作都會使進程運行艱難。操作系統比大多數應用程序要更善於交換數據，一個基於硬碟的資料庫比一個基於內存的資料庫要痛苦一些。基於硬碟方式仍然會給數據增長加上一個令人滿意的上限，盡管硬碟映像會變地更大，更臃腫，有更多的碎片。

與其找尋一種復雜的方法來解決數據增長問題，許多MUD游戲寧願依靠一種公共的約束或rm -rf（rm:Unix命令-刪除）和一切從新開始者來構建資料庫。很不幸，這種標志之一以及一個成功的MUD游戲的副作用就是在程序大小和子進程數量兩方面的增長。————————

應該注意到硬碟，內存和cpu要佔用較多的系統資源。一個50個用戶的MUD游戲要佔用一個FTP進程的一定比例的網路帶寬而且不會使通訊顯著地減慢。

在1989年和1994年之間，普通互聯網主機上的內存和cpu性能增長了一到兩個數量級。但是在1989年，只有很少數的人曾經登錄到有額外的 CPU周期分給MUD游戲的互聯網主機上，特別是一個那種能控制整個的工作站使其他進程不能以合理的反應時間運行的主機。

同時，隨著MUD玩家把游戲介紹給他們的朋友，一定數量的大學生開始迷上了MUD游戲。但給予MUD的CPU周期仍然增長緩慢。這種不和諧導致了兩個結果。

人們開始在任意的地方運行MUD，也不請求得到系統管理員的允許。1990年，某個使用GNU群件的人總會在一個機器上發現四到五個MUD在運行，而用戶要干點實際的工作就必須殺死這些MUD進程。

在某個正在發展的虛擬社區里，掌握著可以運行MUD的資源的人總是有著很大的權力，甚至要超過他們對繼續改進MUD所需投入的時間和精力。

這樣我們就碰到了關於MUD的第二個問題

究竟是哪些人的游戲呢?
ASPNES認為他的游戲可能在幾個星期後人們就會對之興味索然。然而確沒發生這樣的情況，他於是就繼續運行他的游戲。很多用戶認為TinyMUD，還有他們在構建這個游戲的努力，會永遠持續下去（或者至少是在他們畢業之前，還有機會接觸網路的時候）。同時，ASPNES，他是一個游戲中的巫師，當游戲變得越來越大，越來越難以控制的時候，卻越來越懶地維護他的 MUD游戲，不去管理資源使用，也不去觀察游戲參與者的行為了。

一個用戶在TinyMUD上的所建對象的數目的限制只是一個「錢」（當然是游戲中的貨幣）的問題。玩家需要數個便士來建造空間和對象。一個玩家開始是一分錢也沒有的，但卻可以通過訪問別人的建築或尋找寶藏來賺一些錢。有野心的建造者很快發現計算金錢的系統可以用宏來屏蔽掉以便不斷地攫取有價值的寶藏。這對那些有野心的龐大建築計劃者很合口味。但對其他人來說，例如，他們建造了500個對象，卻被告知：「你找到了一分錢！」。他們被留在了鎮子的中心，以至於任何經過此地的人都必須看著這500個對象的列表。一旦這些對象被去掉，它們仍被加到資料庫里直到有人發出了一個工作循環命令。

TinyMUD的一些部分以線性的方式延伸，比如街道和地下鐵道。另外的部分卻互相交織在一起。有些電話亭連接了四到五個方向。WESLEYAN大學的蒸氣管道連接到了FLORIDA大學的校園里。台灣竟就在劍橋的旁邊。還有一些謎語，包括巨洞歷險的遺跡。還有住宅，准確地說，是一個住宅。

REC ROOM是一個早期的資料庫。它有一些玩具和場景。REC ROOM的主人讓別人可以連到資料庫上還為建造著提供了自由的外出的通道。因此任何建造了些對象的人都作了一個入口和出口同道連到了REC ROOM上，以代替資料庫的線性部分。很快REC ROOM成為一個生存的場所，但也是一個交通要沖。

同時，一小部分MUD玩家在建造，而只有極少數的人在探索。更多人把TinyMUD作為一個有傢具的交談系統。曾經有過議論要是鼓勵，或甚至於強迫玩家去探索。但是，定居卻成為MUD游戲里與建造和探索相競爭東西。大多數伺服器把交談設置得同建造一樣復雜。

當人們在一個虛擬的空間里聚集的時候，就意味著任何想搞點破壞的人可以寫一個程序連到MUD上，找到那個房間，發出大量的字元，那麼MUD就會死掉。

對於TinyMUD的這些已被發現的缺點，擁有資源的MUD玩家，或者從別人那裡能搞到機器運行MUD的人，開始設計新的MUD游戲。這些新的MUD游戲在建造方面有某種中央建設的計劃，或者至少在哪個人把什麼東西放在什麼地方的問題上有限制。所有這些育游戲都有更加積極的巫師。建造方面的限制導致了爭吵，偶爾甚至相當有強調性和尖刻。建造者可以看到他們的傑作被巫師循環掉以減少資料庫的在內存和硬碟間的交換數據。「REC ROOM現象」使建造一般空間的的人被提升到實際上的巫師的地位，他們能控制哪一個人能進入或者建造新的建築到公共的空間里去。這些人的力量只在系統管理員之下其他人之上。

MUD玩家大多數是大學學生，他們剛剛發現所謂「言論自由」和「藝術性表達」的概念。他們通常是狂野的，也是毫無效果地把這些想法加到資料庫上的項目里。而對於MUD游戲的下一個階段的矛盾已經被埋下伏筆，而且至今仍未被解決。

哪些人擁有MUD資料庫呢? 系統管理員? 巫師（在MUD游戲中有著編程和管理系統許可權的人）? 還是那些揮灑了汗水建造游戲中風景的人?

一個資料庫只是一個文件。如果你拷貝下來又會發生什麼呢? 哪些人又有這些拷貝呢? 如果在不同的機器上有著同一個資料庫的兩個拷貝在運行呢?

如果MUD游戲的規則或者是管理員定的規則發生了變化，那麼反對這些規則的玩家能不能摧毀他們的建築呢? 如果玩家沒有什麼舉動，是不是就意味著他們贊同新個規則呢? 如果玩家的建築包含了「公共」空間或vital topological interlink呢?

玩家有沒有權力參與MUD游戲? 他們有沒有權力去建造呢? 對於那些公平地參與者會不會有限制呢? 對於那些在建築上進行了投資的玩家對資料庫能有影響么? (Can it be decommissioned over their protests?)

分布式MUD游戲，（就象所有其他的分布式的東西一樣。） 已經被作為資料庫所有權問題和所有其他常見的錯誤的解決方案被提出來了。而且已經有了一些初步成功的分布式MUD游戲的實驗。玩家能夠從一個MUD游戲毫無困難地走到另一個MUD游戲。如果被拒絕的話，人們可以簡單地「拿起他們的玩具回家」。但是，分布式MUD游戲卻不怎麼流行。

很自然，如果用戶許可權的問題不被解決的話，對於那些有著用戶分級的系統就不會有令人滿意的解決方案。一個MUD系統管理員可能會選擇去相信一些主機上的MUD系統，但是如果其中的一個MUD因為疏忽而出現了安全問題，他們可以允許製造麻煩的人從這個MUD中出去然後登錄到另外的主機上。

而且，一個分布式的MUD游戲要求每個參與的MUD系統都使用同樣的伺服器代碼，或者至少是一個同樣的資料庫層。我還不知道有任何的令人滿意的解決方案來解決游戲玩家把游戲中的東西從一個MUD帶到另一個MUD中的問題。

做你想做的，那就是規則的全部含義。
正如其他的系統的管理員所知道的，人們對於共享的計算機資源和對於真實生活的資源都同樣的不是很有理性。在沒有一個積極的系統管理員的情況下，開始的TinyMUD的資料庫不僅變得很大而且亂七八糟。網路上有著年青的，未諳世事的年青人，他們喜歡搞破壞，而不是為自己建設。甚至能用一些簡單的編程工具來製造系統災難。在MUD上這可能變得更加糟糕，因為網路上對於匿名用戶的許可使的一般人也可以對網路安全造成威協。

MUD只是游戲，但是大多數系統管理員和玩家都普遍認為MUD是很有趣的，對於大多數人，接收端的煩惱並不是很有趣。但是對於煩惱到底是什麼的問題卻比編程時的問題要更加痛苦。狂暴的舉動或者是淫穢的內容能保護語言性的或藝術性的表達么? 或者對於那些平靜的玩家是一件煩人的事情?扮演一角色會給一個玩家粗魯的或侵虐的性格么?

當實際上沒有什麼社會規范時強迫玩家遵守社會規范沒有什麼用處。在一個MUD上，性別，種族，狀態，甚至地球引力都不是他們看上去那麼回事。一個人可以很好地理解，當那些憂郁的，或毛絨絨的，或那些可以飛的人堅持認為新手會在現實生活中和MUD中一樣行動，所帶來的混亂。而且，一種社會規范會成為一個社會團體存在的前提。一些學生利用學習的間隙想些別的事情而不是考慮關於道德的事情。

不管MUD游戲系統是不是社團，象泥(mud)水坑裡會生蟲一樣，他們也產生了、管理機構。通常，對於系統管理員有三種理解。

有象JIM ASPNES式的「放任自流」模式。這種MUD游戲趨向於毫無規律地快速增長，也沒有人去踢出那些搗亂的人。沒有一個積極的管理員，許多MUD社區<使用了一種強有力的MUD客戶端軟體作為主持正義的義務警察。防禦的功能包括：禁止問題玩家的輸出。對於攻擊的問題，有可能採用/usr/dict/words(是一個UNIX下的字典文件，有大概400多K位元組）來把對方給趕跑，特別是當對方的客戶端沒有你的強大時。

另一個方面，一些MUD游戲採用了另一種轉移的方式，組織了一個以可憎的行為為規范的社區，交互的集中形式是TinyMUD 的「kill」的命令。CATHARSIS是一個很多人知道的虛擬王國，那裡不需勞神費事，淫穢的內容就可以被提升到藝術的高度。

一些MUD游戲採取了自動管理的模式。這種方式工作得相當不錯，如果管理機器的人員就是MUD的頂級巫師，而且經常上線玩，因此熟知其他玩家，並且能觀察到不斷出現的問題的話。許多這樣的MUD游戲也使用一種用戶注冊的方式，使任何一個人想玩的人都必須回復一個有效的地址。而生事的傢伙也就永遠toaded. 這個系統最大的缺陷就是一個獨裁的MUD只會接納喜歡，或者至少是能容忍，頂級巫師的人。......

第三個可能是在大多數有能力的玩家中選出人來產生一個合作控制的MUD游戲管理模式。有人幽默地指出道：冒險式的MUD 游戲，允許用戶通過猜迷，殺死巫師直到他們也到了巫師階段，然後才開始建造自己的東西。TinyMUD和與之類似的MUD同類有一個相似的分級方式：玩家們通過和巫師外出遊歷直到他們也變成巫師來取得分數。有一些運行了很長時間的MUD使用了一種合作式的管理方式，通常是又投票來決定。當巫師和玩家分成了不同的派別，互相譴責對方粗野的不正當的行為，特別是在公共的論壇里的比如USENET里，這些MUD產生了復雜的或者是丑惡的政治問題

在另一個方面，政治是現實生活的一個不可避免的部分。一些玩家可能會認為政治很好玩，但是另外的人對此報著悲觀恐懼的看法。互聯網正在變得越來越擁擠，而這種早期的令人喜悅的無政府的狀態可能會轉變為一種更復雜的，但可以接受的狀態。

總結：你不能考軟體來解決社會問題。
幾年以前，系統管理員都在把沒有用的MUD從他們的機器上刪除掉。現在管理員們發現，MUD游戲為地理上分隔得很開的項目組成員在郵件列表上提供了顯而易見的優勢。使學生們為合作完成作業而與同學和老師保持聯系，也使行動不便的學生能夠有機會參與社會活動。MUD游戲讓學生和其他地方的學生在網路上實時交談，讓處於城市郊區的大學沒有了隔離的問題。一個虛擬的的公共機構可以讓充滿希望的學生，職員和貢獻者們做虛擬的旅行。

很清除，更進一步的軟體發展是組成穩定的MUD社區的前提。希缺資源對虛擬設區的重視和對真實社區是一樣的。MUD 的資料庫在運行它的伺服器超過了它的處理能力時，或者系統軟體變得不正常時，會被刪除掉，使得建造活動和社區建設的活動受到壓制。

即使有對伺服器軟體的升級，在一個字元界面的虛擬社區里生活的社會問題在五年裡幾乎沒有什麼變化。當有限的資源被去掉時，磨擦仍然會存在。

在MUD上有過主流媒體對「社會問題」的關注（這並不讓人吃驚；網路空間里的性和死亡比資料庫層面的討論要賣座得多）但是如果那些將要成為系統管理員人認為虛擬的強奸和MUD毒癮只是他們面對的唯一問題，他們會感到吃驚的。

MUD游戲應該是匿名的么，或者MUD的ID應該與現實生活的信息相聯系? 匿名問題可能會促進反社會的行為，但是經過注冊的ID免去了MUD游戲中最有用的性質：遮羞的面紗。一個妥協的方法是系統管理員不能隨意進入修改身分信息。但是任何保存在文件中的信息並不是象人們想像的那樣能夠保密。

哪些人去建造呢? 限制建造的目標到某些特定的主題和布局可以把那些有不同想法的人排除出去。但是無法控制的建造活動會使在資料庫里尋找一個目標或者搜索資料庫變得不可能。一個數據太多的資料庫對任何人是沒有任何趣味的。

新用戶應該學些什麼呢? 喜歡謾罵的用戶在MUD應該受到懲罰么，或者游戲裡面應該有現實生活的秩序? 你能夠確定的知道任何人的現實身份嗎? 把你的真實的生活中的行為移植到虛擬的環境中是沒有什麼用的。「財富」的和「個人」的概念在虛擬的生活中並不適用。文字的交互比真實生活的交流要簡單一些，只是沒了語調和真實的表達。也可能在這種環境種要知道語言對別人的影響也是不可能的。如果一個用戶用無意義的信息轟炸別人使得他或她不能使用MUD，那麼攻擊者要被認為是犯了錯誤嗎?......

即使是簡單的情況，象姓名的管理，也會是一個復雜的問題。一個MUD能夠支持多少個叫DAVE的人? 那麼給用戶分配唯一的數字-字母的ID會不會打破這種虛擬社區里社會的氣氛?

隨便想一想就會看到每一個社會問題並不能靠一個代碼補丁來解決。一個面向大學本科學生的MUD游戲的管理員可能會被裝上一些過慮的裝置來過慮一些特定的字詞。學生們卻又會想出一些新的方法來互相謾罵，這要比伺服器上的規定的更新要快得多。既然一些人能夠被一些簡單的話感動，任何形式的話語很快就會變得冗長無比。

忽視這些問題的MUD系統管理員會發現他們自己碰到每一個事件時都會隨意定一些規則。另一個方面，使規則生效的虛擬社區的社會情況比真實生活的變化要快很多。

「我們，世界上的MUD玩家，為了構建一個完美的資料庫，宣布聯合起來，並保證對於任何有能力的人都能得到kill命令的使用權力。而且在網路死掉之前提供一個備份的MUD，還要提高提示出現的頻率，而且保證我們還有我們的後代有一個安全的站點可以連線。為此我們宣布並確立這個《真實世界的虛擬城邦憲法》」

中國泥巴簡史
作者：龍鱗兒

二十世紀的某一天，在一個距離我們相當遙遠的國度里……

……

一群年輕人發瘋了似的狂喊著：「成了！成功了！我們成功了！！」

……

他們，就是泥巴的始祖----地球上第一批的MUD巫師。

在他們手中，誕生了地球上第一個MUD游戲（網路多用戶文字游戲）。他們，是偉大的，然而，他們的令人垂涎三尺的MUD是我們大部分並不精通英文的國人所可望而不可及的。所以，就有了我們中國自己的巫師的誕生。在中國，第一批接觸MUD的應該屬《東方故事》的巫師們了。他們重新修改並編譯了MUD的核心程序，並極富創意地加入了外國MUD中所沒有的一些核心程序。在他們的努力之下，第一個中文MUD誕生了。這，在中國MUD史上無疑是一個驚天地泣鬼神的壯舉！在他們不懈地宣傳和鼓動下，也誕生了中國第一批的MUD玩家----元老級的MUD玩家。而他們之中的很大一部份人也成了日後許多MUD大站的極具權威的巫師----所以說來說去還是一句話----得感謝《東方故事》的巫師們。

而後，不長的一段時間里，又有了許多聞名天下的MUD站點----《俠客行》、《天龍八部》、《西遊記》、《風雲》和《金庸群俠傳》（即後來的《書劍》）。然而，在MUD游戲在中國開始怒放的時候,老天送給了我們一個晴空霹靂----據傳，由於某些原因，MUD的元老----《東方故事》,將不得不退出歷史舞台----這是一個令人萬分沮喪的消息,面對這一事實,許多許多的玩家和巫師們都以淚洗面,恨不能從自己的身上挖出一塊肉來以換取《東方故事》的繼續開放。可該發生的還是發生了----《東方故事》還是關閉了,也不知當我們的可愛的玩家們滿懷希望地看著Zmud上的「Attempting connection to 東方故事」後，看到了無數次的「Reconnecting to 東方故事 on X seconds」的界面，會有何反應。

在後來一段日子裡，MUD界出現了一陣子平靜，而後又一個令MUD界震驚的消息傳來，《金庸群俠傳》等大型MUD被盜版了，這是就是那些居心不軌的巫師們乾的好事，他們先混入一個MUD的巫師內部，取得大部分巫師們的信任，然後，在為取得其他巫師的同意下，利用自己的許可權，把MUD的源碼通通地運回家裡去。一部分犯罪巫師利用這些源碼架設了自己的站點，而令一部分巫師中的敗類甚至把源碼賣給了別人。這就是當初為什麼許多大型的MUD巫師內部不穩定團結，為許可權問題爭的焦頭爛額以及《金庸群俠傳》後來改名叫《書劍》的原因。從此以後，各MUD都竭盡全力，力爭把許可權的設置盡力搞得萬無一失。於是，每一個MUD的文件夾又憑空大了好幾MB。

到了現在，MUD界基本上已處於一個平穩的階段。許多老玩家對MUD漸漸失去了興趣。而新的玩家也難以對一個單純的文字游戲產生興趣，加之許多巫師們逐漸的退出了江湖，不問世事，MUD的開發也有所停滯。MUD的生意也不再象過去一般紅火了。而此時，許多強有力的競爭對手又出現了，《笑傲江湖》、UO、《萬王之王》、《網路三國》等等均以其多媒體的優勢超越了MUD。看來，似乎是文字MUD該退伍的時候了，然而，事實並非如此！！！！！

⑷ 關於C++，Mud編程。謝謝各位了

1. 網路文庫（或豆丁網）中有一本書是《Mud游戲編程》，那個使用c++實現的，建議lz下載下來好好研讀。
2. Mud編程這方面我也不是很了解，不過我從事c++有好多年了，lz如有c++，linux 或 軟體設計的問題我可以鼎力幫助。