别人看不起XX管理系统不是因为这些系统好些。恰恰相反,这些系统都是十分麻烦和复杂,被国外的各大公司和大学研究了几十年的。问题是,就是因为他们复杂,所以那些贻笑大方的代码才会让人看不起。你说,你写一个XX管理系统,没有存储层,没有持久处理,没有事务,没有缓存,没有持久缓存,没有索引,没有分派,没有压力均衡,没有分布式存储,你说写出来一个效率底下功能弱小架构脆弱的所谓XX管理系统有什么用?
XX管理系统在40年前还勉强可以说可以用C语言来实现,可是到了今天,XX管理系统早就不是C的范畴了。那是数据库设计、服务器维护、UI前端、缓冲前端、分配器等等共同规范的结果。你是不是想写个简单的管理系统?如果是单机界面的,那么还有什么比excel这种更为简单明了呢?如果是分布式的,我想在座没有几个C所谓的入门者能写出来的吧?既然这样,又为什么执着于C呢?
这么说吧,我不回XX管理系统的帖子已经很久了。这次一并说全,XX管理系统,基本上已经没有C的什么事了。只是在极端效率优化下,可能需要用C去写几个嵌入数据库的小模块而已。对于各种规模的应用,总结如下:
单机应用,小于100人:excel
单机应用,大于100人:access
多机应用,小于100人:一种脚本语言(这里推荐Python)+apache
多机应用,大于100人小于1000000(一百万人):MySQL + 一种脚本语言(这里推荐php) + apache
多机应用,大于一百万人:分布式数据库(比如PostgreSQL或者Gopgle的BigTable,酌情而定,有资金的建议上Oracle) + 10台服务器 + Java + apache
至于用几十行到上百行写的所谓的“XX管理系统”还真别丢人现眼了:你用到了B树么?你知道“事务”的概念么?你知不知道如果你的电脑断电了那么你的数据就根本无法挽回而几乎所有的数据库产品都能找回你的数据?
如果要练习C语言的能力,建议你们去写脚本语言解释器而不是XX管理系统。当今80%的程序是用来处理文字而不是二进制数据的。那么一个处理文字的顶级的应用就是脚本解释器了。别说这个很难,其实Lua语言解释器完完全全就只有近3000行代码而已,一个十分简单的计算器根本不会超过100行(我不是说那种带GUI的,我说的是能解析四则运算的那种)
一句话:现代系统的分工决定了,用C写XX管理系统是十分没有前途的一件事。
PS:别在跟我提某某超市用DOS机器上面的收银系统是C语言写的云云,这种东西是迟早要被淘汰的,就算不被淘汰,现有的系统也工作的好好地,不需要你去为它做什么,退一万步说,就算是需要你去写一个新的这类系统,你连脚本语言解释器都写出来了。写这类东西还有难度么?