仓库管理系统 :: Bordern 随笔

来源: BlogBus 原始链接: http://www.blogbus.com:80/blogbus/blog/diary.php?diaryid=109549 存档链接: https://web.archive.org/web/20040818214127id_/http://www.blogbus.com:80/blogbus/blog/diary.php?diaryid=109549

Bordern 随笔 边看、边做、边想、边写 <<<装机日记 | 首页 | 第一次看立体电影>>> 仓库管理系统 时间：2004-03-02 快要动手做的仓库管理系统是VB做客户端程序，服务器用的是MS SQL SERVER 2000。以前我做Client/Server架构的信息系统，都喜欢用PowerBuild做客户端程序，因为，我觉得开发效率真的高。这次选用了VB是因为同一大项目下其他模块也是用VB开发的，有利于集成。还因为，我也希望换换环境，不至于让人犯腻。做相同的技术做久了而且没有什么新意的话，就没有好奇的动力了。当然了，不可以根据这个就判断说本人喜新厌旧的哦。 其实，就满足实际需要而言，本人认为，一个本地的access或者excel电子表格，甚至于一个文本文件式的数据源都可以满足了这个仓库管理的需求，因为数据操作的需求是在没有达到非要使用服务器型的数据库。但是，没有办法，现在就流行高消费。你要是不用高性能、流行的技术路线的话，就连一点都不懂的，sorry，应该是懂一点点的客户，他都会嫌弃你的技术路线不够前卫，他完全有理由相信你的系统必然有某种程度上的先天性不足。为了迎合客户这种心理，我们也可以玩大嘛，甚至于只要客户可以出的起银子，我们可以去买正版的Oracle嘛。当然，money太多了，人家也不干。所以嘛，SQL Server 2000还真是个物美价廉的中小企业的首选呢，呵呵。尽管我可能永远不可能在数据库里设计体贴的触发器、存储过程。让客户端能完成的就让客户端完成嘛，速度太快了，人家还以为我的程序没有什么呢^^，难怪microsoft的进度条就是多而漂亮啊，应该向他们学习嘛。 其实做客户端的开发而言，需要从几个角度看问题。从开发效率上来看，效率越高的，开发难度肯定是越低了，比如说VB开发效率肯定比VC开发要高了很多，开发难度也低了不少（VC的fans们不要着急嘛，等我说完）。个人觉得PB的数据库客户端开发效率又要比VB要高点，本人没有使用Delphi开发过项目，只是看过同学开发过，觉得Delphi在开发数据库方面的效率和难度上，介于前两者之间。从界面美观上看，如果阁下的想象力够丰富，审美观点够typical的话，VC做出来的界面绝对是唯一、令人兴奋的。而其他的开发工具做出来的界面则是更实际一点，呆板了许多，当然现在借助于控件，可以从某种程度上缓解这个问题啦。当时过多的这种免费控件的使用，必然会导致你在N台机器上安装程序的时候会成一定概率地出现意外问题，不信？！I think you will got it soon!从程序运行效率上来开嘛，我想，说VC开发的程序运行效率最高，我想没有人会反对吧。还有就是程序健壮角度了，这个嘛，关键在于开发的人了。声明，以上所以的讨论均为window平台下，不包括其他OS平台。 嗯，暂且讨论这么多～ bordern 发表于 2004-03-02 21:20 引用Trackback(0) | 编辑 评论 发表评论 最后更新 MCI的使用 VC中标注控件属性修改 孤单的暑假 离别的日子 参加同学婚宴 旧地重吃^^ 首访独一处 再吃散伙饭 第一次吃小尾羊 不属于自己的散伙饭