本文主要是介绍使用linux curses开发控制台的打字游戏，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
１. 关于linux curses库，不多说，google下便知道，就像当年的TC下的窗口程序库一样
2. 事情源于在chinaunix上看到了the4king在c/c++论坛上的帖子：
http://bbs.chinaunix.net/thread-1780587-1-3.html
代码的编译命令是:
# gcc file.c -lrt -lcurses
我的平台是Ubuntu10.04
3. 先阅读原代码，了解其思想。
该打字游戏的实现思想大致如下：
界面如下几部分组成，topwin（也就是显示字母下落动画效果的窗口）,numwin(成绩框，记录输入字符数及命中数)
其它信号处理倒是简单，对应了'1'暂停，'2'退出等功能。
主线程：
以字符串darwscr代表整个topwin的输出内容
do{
在最上面一行产生若干个字符(数量很少)。然后将新字符串重写回topwin，刷新显示
调用changekey()，然后检查checkkey()在location[]记录的命中字符，并把当前命中位置置成'@'，把上次命中位置置成' '
将topwin自第二行开始向下移动一行///注意这个地方没有加锁，有线程同步问题
}
checkkey()线程：
do{
接收键盘输入
在当前darwscr里，找出命中位置，并记录到缓冲区中 //有线程同步问题
}
4. 观察其代码，发现一些不足之处
第一个地方，新增一个basewin，完全覆盖原始主窗口，因为发现在不同的终端下，默认原始主窗口的背景不一致，现在用basewin来统一一下，这样做有些移植性的意思哈。
首先，changekey()函数与函数之间用了不必要的信号量，完全可以用函数调用来代替
其次，每交topwin下移一行（产生动画效果）时，调用changekey()函数一次，实际上最多只能处理一个input字符，效果就是如果某一行的字符数大于topwin的高度LINES，
那么很悲剧，你无论键盘敲得多快，只能眼睁睁看着这一行落地而毫无办法。而且原代码里只用了一个变量去存储最近的命中字符，如果你输入很快，后面就会覆盖前面的。
解决办法很简单：
先建立输入缓冲区，这里用了一个循环队列，长度为1000，客观地讲应该不会溢出。
接着，就是改动changekey()的stop()时间，把节省下来的时间用于循环读缓冲区，争取在有限的时间里多处理几个命中的字符。
最后， 完成上面这些改动之后，编译运行，缓冲区的效果是有了，可以在一次动画效果之间命中多个字符，但问题又来了，发现显示命中效果有问题，个别字符的命中效果产生了偏离，比如明明是第n行的第12个字符命中，却显示成了第n-行的第12个字符命中。检查了下代码，发现是多线程的问题。原代码在checkkey()里检查命中字符，并把其位置记录到缓冲区里，问题是，如果checkkey()恰好发生在一次动画效果之前，那么由于随后发生了动画效果，刚刚在checkkey()里记录的命中位置就不准确了，于是需要在动画效果的代码中检查缓冲区，并修正已有数据的偏移。同时，应该保证checkkey()修改缓冲区的代码与动画代码互斥。同一时刻只能有一个执行， 不然就混乱了！
可以通过增加信号量控制来改进这个问题
checkkey()线程：
循环接收键盘输入
信号量P操作，进入临界区
在当前darwscr里，找出命中位置，并记录到缓冲区中
信号量V操作，退出临界区
主线程，对应地改动：
sem_wait(&sem_location);
动画效果区代码
sem_post(&sem_location);
改动后的代码如下：
5. 在完成原打字游戏的改进后，我想再增加功能，把打字游戏变成单词练习游戏，就像一些打字练习的软件一样
基本思路是，生成一系列的小窗口，窗口有两行，一行是单词，随机产生，一行空等待用户输入
动画效果还是主线程实现，定时循环。
当用户输入的单词完全匹配小窗口上的单词时，窗口消失（不要delwin()，应该回收到一个pool中，以重复使用）
代码如下：
这个单词练习游戏还有很多地方没有完善，比如单词库随机功能，计数功能有问题（懒得改了），或者还有bug,但跑起来还像那么回事，如下图：
6. 需要说明的是refresh()函数的功能，在这上面犯了不少错误：
refresh()就是刷新主屏幕（默认的屏幕）
a) 程序初始化阶段，清除主屏幕，否则有时候程序启动后，窗口上很多乱码和不知名的符号！
b) 如果程序里生成了好几个窗口，并频繁操作它们的位置，那么也需要定时地刷新主屏幕，否则同样是窗口上显示混乱！
这篇关于使用linux curses开发控制台的打字游戏的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
