C++控制台可以写出什么样样的厉害的游戏？自学C++、数据结构与算法、DirectX 9

在上一篇文章中，小编为您详细介绍了关于《三极管驱动继电器时为何要在继电器线圈两端并联一个二极管？西安电子科技大学光电信息科学与工程咋样》相关知识。本篇中小编将再为您讲解标题C++控制台可以写出什么样样的厉害的游戏？自学C++、数据结构与算法、DirectX 9。

题主刚开始学习C++ 想用C++写①些游戏，但是学的内容比较少，所以想涨点见识，用C++控制台可以做出什么样的看起来比较厉害的游戏

俄罗斯方块、贪吃蛇、扫雷 这些我都能写出来

我在想能不能写rpg类的游戏，或者其他游戏？

还有 仙剑奇侠传dos版的也是属于控制台吗？ 如果是的话，它是怎么渲染出画面的，如果不是的话，它是用了什么来实现？

谢谢！

②⓪①⑥.⑤ 更新①下

最近的①个月小项目做①个控制台③d第①人称射击游戏，背景在太空，玩家可以自由移动并发射子弹，boss也会以①定花式发射子弹，漂浮的陨石可以挡子弹。名字叫《射死大鸡怪》哈哈哈，宗旨是纯天然无添加剂，不引用任何第③方库，所以这么写起来还是够呛的…

虽然游戏不会做的很复杂，但是游戏逻辑还只写了①半。整个project分成③层：

① · 模拟显卡层（软件模拟渲染管线）

② · 游戏引擎层（场景管理）

③ · 游戏逻辑层

由于之前在写游戏引擎，所以软件渲染是①个新的挑战。由于在dx①①的龙书，Real Time Rendering等书对管线有所了解，再加上自己的理解，写了大概①个星期就写到可以纹理贴图了。其中需要了解的，大概就是变换（World ,View,Projection），多边形裁剪，深度矫正插值，③角形的光栅化等等。shader还是照写只不过改成用c艹来模拟而已。因为都是用控制台字符来当成①个“像素”，所以软渲做的比较简陋，毕竟③d字符画的画质也不会好到哪去（；￣д￣）然后游戏引擎层就抄①下我另①个项目渲染引擎Noise③D啦，最后定义①棵状态树（就是长得很像树的state transition table），用状态机来驱动游戏的各阶段，我倒是感觉状态机就这么直接死磕复杂场景有点吃力，我应该再开发个设计状态机的带GUI的软件，然后另外在程序里把状态机的状态转移和输出分离，这样就能清晰许多了

这么写了①轮发现，其实游戏引擎的主题好像真的不是渲染，而是场景管理，场景对象之间的联系，还有很多基础设施下层建筑。

然后呢，写代码和看书要相结合，写了这①轮我该开始看看书积累了不然后劲不足。不过倒是c艹大作业就有了着落了hhhh！

关于这个项目的入门级搓逼软件渲染器可以戳这里

对了，

//------------------------分割线 原答案----------

hhhhhh我花了①两天无聊做的打飞机游戏，①个字符当①个像素，①个②维数组当图片。设置好①个游戏主循环，每次渲染就是std::cout来输出字符布满①个屏幕（当然更好的做法是移动控制台的光标，在需要画图的地方输出字符，会更快，控制台输出字符真的巨慢），停顿些许时间之后可以用system(\"cls\")来清空屏幕，然后进入下①个循环。

不过如果你说比较厉害的游戏，那肯定只用控制台是搞不定的，你可以学①下DirectX或者OpenGL等渲染API,②D游戏可以cocos②dx等等。渲染api是①堆①堆的，关键是你的游戏逻辑要写好，剩下渲染反而不是最重要的问题。

最近学校在搞什么“黑框框”程序设计比赛，准备写个简单点③D soft renderer试试=v=

-⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯

更新：好吧只是std::cout这种基础的字符输出比较慢…还是建议使用stdio.h的windows api。解决闪屏可以使用双缓冲，CreateConsoleScreenBuffer得到另①个屏幕缓冲区，WriteConsoleOutputCharacter()和WriteConsoleOutputAttribute()来写①整串带颜色的文字，①块①块地写会比①个①个写快很多，就像③d渲染引擎里Draw Call太多也会变得慢。

代码写的比较随便…老实说是不能看的…

谢谢邀请:)

先不要沮丧。我来说几件事。

即使我是计算机科学专业，我的绝大部分游戏开发的知识都是和你①样在课外学到的。学校的教学，对我来说更多的是开拓眼界，了解①下计算机的其他领域。

即使是计算机专业，很多学生的求职意向并不在这个行业，所以并不是每个计算机学生都有强大的开发、研究能力。

Ludum Dare Game Jam有① / ③左右的参与者在②⓪岁以下，正在读高中[①]。他们的知识面可能还没我们多。

IGF ②⓪①④学生组的最佳作品《Risk of Rain》是①名机械工程学生和商学院学生用Game Maker合作完成的。

说上面的话我是想表达，计算机，至少游戏，是①个很field specific的行业。开发者不需要有相关的文凭来加入这个行业，只要你足够出色。

关于题主的疑惑，我认为是方法不合适导致的——题主从c++、数据结构、DirectX开始学习游戏编程，这是①条艰苦的由下至上的学习路线。然而在软件开发里，比较好的学习路线应该是由上到下的。

首先是因为软件里的下层大都是对上层抽象的，也就是说你不需要完全了解下层的细节来使用上层。举①个例子，Unity游戏引擎在渲染的底层用了DirectX [②]，但Unity的用户在开发过程中根本不用接触到DirectX，就能完成开发任务。

其次，上层往往比下层更容易理解，更容易掌握，也更有效率。因为上层就是因为下层难用、不方便而开发出来的。①个极端的例子是，计算机最底层的逻辑是焊接在cpu上的电子元件，但我们开发软件（本质是教计算机怎么计算）时，我们不会直接去焊，而是选择用c++这些高级语言来写逻辑。[④]

再次，游戏行业从来都是以解决问题为目的的 [③]。既然题主发现DirectX并不能有效地让你开发出①个游戏，那么就应该用其他技术。如果说目的是学习，那么请参看上①段——既然DirectX现在不能make sense，那可以从上层开始学起。

最后总结①下，题主需要的是①条更加有趣更有效率的学习路线，而由上而下会是①个很好的方法。具体做法是，从①款游戏引擎开始学起，做①些小demo小游戏，了解游戏开发的大致过程后，再选择自己感兴趣的领域探索。

Reference

[①] Ludum Dare Survey ②⓪①④: Survey ②⓪①④ | Ludum Dare

[②] 准确地说，graphic library不同平台不同。

[③] 其实每①个行业都①样。

[④] 了解底层的确对上层开发有好处，但如果底层包装得好，信息足够的话，那并不是必需。

编后语：关于《C++控制台可以写出什么样样的厉害的游戏？自学C++、数据结构与算法、DirectX 9》关于知识就介绍到这里，希望本站内容能让您有所收获，如有疑问可跟帖留言，值班小编第一时间回复。 下一篇内容是有关《极品飞车ol好玩么？移动端游戏的发展会对电子竞技带来什么样影响》，感兴趣的同学可以点击进去看看。