校园一卡通系统实现

最近想试着简单的实现一下一卡通系统,对于那些调用数据库以及硬件接口函数那些,直接采用后台模拟就好。
然后这两天试着用MFC基于对话框的模式开了个头,但是不太清楚下一步一直需要全屏显示那些结果,对话框的话,用MFC是不是就会显得很臃肿。
不知道实际情况下是用什么编程语言实现的呢,这个问题很重要。或者提供一下大致思路也好。
对于其他编程语言的话,主要用java多一些,不过java对话框这块一直没怎么开始学。
另外如果有现成的代码的话,不知道能否共享一下,以供学习交流。有代码的话一定追加悬赏到200。最高只能给这么多了。
先谢谢大家了。
附上类似图片,可以理解成这样的一个圈存机系统。界面按钮那些会调整的更为美观一些。

第1个回答  推荐于2017-09-03
像这种东西,是要分两块的,一个服务端,一个客户端。你图片只是一个客户端,而且,这要看客户端运行在什么上,看上去像是一个自助设备,如果这个自助设备基于pc机,那就比较容易了。整个项目很适合使用B/S架构。就是说,使用php写服务端代码就OK了,客户机用浏览器访问,如果是自助设备,可以跟厂家协商定制专用浏览器(就是不能退出什么的,类似于银行里的网银体验机,能访问银行网上银行,但你不能随意退出程序,Ctrl+Alt+del也退不出来!)。
如果非要用C/S架构开发,那你就得分两块,一个客户端,一个服务端;服务端用完成端口或者线程池+数据库连接池,客户端也得防止用户恶意退出。本回答被提问者采纳
第2个回答  2014-10-21

喜欢MFC来编程,我这很多MFC的源码例子

追问

方便发来学习下么。。直接打个包什么的。illidan.s.dh@gmail。com
大神带我装逼带我飞。。

第3个回答  2014-10-15
对于你的描述其实我只看明白80%,
可以确定基于对话框的应用程序绝对能满足你的需求,并不会显得臃肿.

后台的数据库和硬件都模拟? 就是说你这个就是做个作业,并不能实际使用是吧.
建议去CSDN看看,这里面大牛很多.追问

可以理解成一个作业,不需要实际使用,因为那些API只要按照格式调用就可以了。之后修改的问题不大。
我在想的是在一个对话框的基础上操作一步就弹出一个新的对话框覆盖在原对话框上面,这样的话,除去可以重复使用的类,大概需要15个左右的对话框。是不是还能再进一步简化一些呢?对于MFC了解仅限于对话框,而且也很不熟练。还望指教。

追答

15个对话框,不多,一个实际商用的小程序都要几十个对话框,看截图.
注意命名规则,都是按照逻辑来调用的,只要你逻辑不混乱,那么调用也不会混乱.

追问

试着实现了一下,的确还好,但是如果对于圈存机的工作环境而言,用MFC编写的话,也就是假定它运行的就至少是Win XP了。这个环境是不是对于圈存机而言太过浪费了。

本回答被网友采纳
第4个回答  2017-05-19
第5个回答  2014-10-20
现在热门的C#+wpf是最佳选择。mfc的话,界面美化,工作量很大。