• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            MMORPG游戲服務器框架的可行性報告 (提高生產效率)

            縱觀游戲服務器技術框架,  以運行在Linux操作系統上的居多, 為什么要運行在Linux上呢? 相信很多人會給出肯定的答案, Linux操作系統是開源的,而且是免費的,那叫做專業!是的,不錯,是專業。但有一個問題讓我們值得思考的是,雖然是免費的,但Linux工具比較貧乏,在某種程度上大大加在了開發成本及后期調試時間,所以我們不得不研究出一種代碼可以運行在Linux,但又要節省開發成本,提高生產效率的可行性方案。

            在Linux上,古老的Linux C程序員一般會采用一個文本編輯工具,比如:VI等,由于我以前是在windows下生活的,對VS.net這一類的工具頗為喜愛,它的開發方便快捷,又有開發輔助插件的支持,使你可以盡情使用智能提示,快捷鍵,代碼模板等高效生產代碼。可以說編碼更多的是依靠可視化工具查錯,快速跳轉代碼等。反正我的意思就是開發相當愉悅。但Linux下的C程序員則不然,我也曾經問過他們為什么要采用VI等編輯工具來編代碼,首先,他們給到我的第一答案是"專業", 其實我也不太懂他們說的專業是什么,是傳統意義上的,還是習慣性必須的;然后他們說:“使用makefile文件來編譯代碼很爽,速度很快”,這一點我是贊同的,但有個問題是程序員的入門門檻比較高,要求大家都要會這東西,還是麻煩,從HR招聘處可以看到,本來投C++程序員的人就比較少了,因為C++應用的領域基礎是應用軟件,游戲啊,電信啊,還是一些MFC界面性的東西,而且要求功底比較好,確實有時候招人還是挺難的,更不用說還要有Linux開發經驗的人了。最后,我問了linux開發不員說那你們的調試用什么工具,他們說:“gdb”, 又是一個"手打牛肉丸",自我感覺很痛苦,心里想“為什么有那么先進的工具,比方說:Eclipse CDT, 你們不用呢?”,其實他們心中也是有答案的,“編碼要養成一種好習慣,而不是依靠于某種工具”,顯然Linux程序員在編碼上大體要比windows上的程序員來得嚴格,也感覺到他們的代碼比較有質量。但很顯然的,由于開發環境的布署比較麻煩,對于大規模生產是否能夠每個人都有那么高素質的編程能力,那就是個"謎"!------ “猜不準!”

            針對上面的情況,我也自己分析了一下,軟件開發的三大要素是什么,成本,質量,進度, 只有這三項東西控制得好,那才能控制好項目。
            那軟件編程的基礎是什么? 當然是調用操作系統的API了,很顯然的, 不同操作系統有不同的API,除非你有一個跨平臺的開發框架,或者叫類庫也行。
            接下來軟件架構在不同領域是否通用?比方說:通信框架,很顯然的,還是有區別的,比方說電信系統與游戲系統,那顯然還是不一樣的。
            最后,軟件編碼與接口(API)是不是應該更多人常用的,而且容易上手的(友好第一!),這樣才可以減少開發成本及協調工作。

            總結一下,我心中已有答案了,必須采用一種大多數程序員可以接受的,而且是他們熟悉的(不要DIY的),而且開發速度快速的開發方式那才是真道理。
            以下是我的基本方案:
             

            一、   跨平臺框架的基礎設施 (組件圖)

            1.    MySQL數據庫操作組件

            2.    線程池 讀寫鎖

            3.    基礎數據類型,容器,內存池,環形緩沖區

            4.    IOCPEpoll跨平臺的面向對象通信框架

            5.    集成LuaTinker腳本交互模塊等

             

            二、   開發方式與調試環境

            本框架的初步設想是前期在Windows下使用VS.net 2008進行開發調試,爭取在Windows下解決80%左右的邏輯錯誤。之后由主程序員把代碼移植到Linux,并使用Eclipse CDT可視化開發環境進行后期的調試工作。這樣也大大降低招聘人員的知識要求(不用懂Linux),在某一程度降低了人員成本和加快了開發效率。


            posted on 2010-07-09 02:45 RedLight 閱讀(1624) 評論(2)  編輯 收藏 引用 所屬分類: 系統架構設計

            評論

            # re: MMORPG游戲服務器框架的可行性報告 (提高生產效率) 2012-09-08 08:49 路過

            貌似linux下開發的方式還是挺多的把  回復  更多評論   

            # re: MMORPG游戲服務器框架的可行性報告 (提高生產效率)[未登錄] 2014-04-02 08:36 路人甲

            現在還在用VI寫程序的Linux程序員終究會被時代淘汰~  回復  更多評論   

            <2012年9月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            30123456

            導航

            統計

            公告


            Name: Galen
            QQ: 88104725

            常用鏈接

            留言簿(3)

            隨筆分類

            隨筆檔案

            相冊

            My Friend

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久国产精品无码HDAV| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 99久久精品国产一区二区蜜芽| 久久电影网| 久久久亚洲欧洲日产国码二区| 伊人久久无码中文字幕| 久久精品二区| 精品国产一区二区三区久久蜜臀| 久久久久国色AV免费看图片 | 久久无码国产专区精品| 色综合久久天天综合| 久久综合亚洲欧美成人| 久久久一本精品99久久精品88| 夜夜亚洲天天久久| 久久天天躁狠狠躁夜夜躁2014| 国产精品毛片久久久久久久| 亚洲va久久久噜噜噜久久狠狠 | 久久久久久国产精品无码超碰| 久久本道伊人久久| 免费精品99久久国产综合精品| 久久夜色精品国产www| 久久久久亚洲AV无码去区首| 无码超乳爆乳中文字幕久久| 亚洲伊人久久综合中文成人网 | 综合久久给合久久狠狠狠97色 | 亚洲国产精品无码成人片久久| 国产精品激情综合久久| 亚洲国产二区三区久久| 午夜精品久久久久久久| 亚洲精品综合久久| 无码任你躁久久久久久老妇| 久久婷婷国产剧情内射白浆| 久久综合久久鬼色| 久久久国产精华液| 久久久久久亚洲精品无码| 久久久久亚洲AV无码专区桃色| 免费一级做a爰片久久毛片潮| 国产AV影片久久久久久| 国产L精品国产亚洲区久久| 99久久精品免费观看国产| 久久99久久无码毛片一区二区|