• <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>
            posts - 23,  comments - 94,  trackbacks - 0
            問題是這樣的,這個“項目”經歷了種種變更,目前需求定格在3D動作類游戲上。
            在游戲引擎制作的過程中遇見了現在這樣的問題:

            某從業人員即一位有經驗的XNA開發者告訴我們小型游戲利用XNA來做會比較有效率(相對后一種方案)。
            不過現在問題出在對.Net,XNA都不是十分熟悉,去使用XNA必然又比較大的學習代價。

            后一種方案:使用OGRE+各種游戲引擎中還需要的其他類庫來做自己的游戲引擎
            相對于.NET C# XNA,C++應該在語言的熟悉程度上更好一些
            OGRE也接觸了一些,不算熟悉,但是也能了解基本運用
            也就是后者可能在整合的方面會遇見一些更實際的問題,但是大體還熟悉

            而前者XNA是一個不錯的游戲開發框架,但是卻需要付出學習代價

            后者的問題…… 其實我也只是聽同學提到一個很模糊的說法:“在后期會遇見一些麻煩”
            這個說法也是前文中的那位從業人員給我同學的說法。
            而實際上,我更傾向于的是后面這種解決方案~
            因為從自己的知識層面和項目組成員的知識層面上來說,C++還是比C#要熟悉一些
            OGRE對于一個基本完全未知的XNA藥熟悉一些。

            希望有相關開發經驗的大大能夠來幫忙解決下心中的疑惑!到底是用XNA+.NET還是OGRE+C++
            游戲規模是中小型,平臺現在由于各種原因限制在Windows上
            這兩套解決方案到底孰優孰劣?好又好在什么地方,缺點又有一些什么?
            實際應用上,會出現很棘手的麻煩么?

            我自己也深知在這種解決方案上去徘徊遠不如靜下心選定一個方案去解決現實世界的問題來得實際。
            不過我自己心中有一個“潛選擇”,我怕前者真的是一套好的方案卻被放棄掉

            希望各位大大支招,謝謝了~!

            posted on 2009-05-13 14:10 Charlie 侯杰 閱讀(2714) 評論(21)  編輯 收藏 引用
            by Charlie
            亚洲AV无码1区2区久久| 久久国产乱子伦精品免费午夜| 久久伊人亚洲AV无码网站| 一本久久a久久精品综合香蕉| 国产69精品久久久久9999APGF| 人妻无码αv中文字幕久久琪琪布 人妻无码久久一区二区三区免费 人妻无码中文久久久久专区 | 久久久久九国产精品| 久久人人爽人人爽人人爽| 色综合久久综合中文综合网| 精品午夜久久福利大片| 漂亮人妻被中出中文字幕久久| 成人资源影音先锋久久资源网| 要久久爱在线免费观看| 青草影院天堂男人久久| 色妞色综合久久夜夜| 欧美伊人久久大香线蕉综合69| 99久久无色码中文字幕| 久久频这里精品99香蕉久| 久久久久久极精品久久久| 精品少妇人妻av无码久久| 国内精品久久久久影院亚洲| 94久久国产乱子伦精品免费| 日本强好片久久久久久AAA | 久久精品国产亚洲AV久| 精品国产乱码久久久久久浪潮| 77777亚洲午夜久久多喷| 亚洲精品国产字幕久久不卡| 色婷婷综合久久久久中文字幕| 91精品国产高清久久久久久91| 久久久久人妻一区二区三区vr| 久久久久久曰本AV免费免费| 久久影视综合亚洲| 久久毛片免费看一区二区三区| 99久久精品费精品国产| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 99久久国产综合精品麻豆| 久久香蕉超碰97国产精品| 久久婷婷五月综合色高清| 色88久久久久高潮综合影院 | 精品久久久久久| 久久免费视频观看|