Office中国论坛/Access中国论坛

标题: 哗，用ＶＢ做软件真要命！！ [打印本页]

作者: lwwvb 时间: 2004-1-16 06:46
标题: 哗，用ＶＢ做软件真要命！！
[attach]3201[/attach]

我到了福建，用了一个月的时间，使用
VB+ACCESS+TDATACONTROL 6.0+ACTIVEREPORT 2.0+TRUE GRID 7.0做的软件。

几个窗体，就把我折磨到不似人形。

好多的技术问题呀，但我也搞定了。我真高兴！！！

软件好稳定！！！完全的ADO,绝无半点ＤＡＯ，将来这个后台改ＳＱＬ２０００时，就很容易的了。。

但心里那种感觉就是。。。
用ＶＢ做数据库好辛苦呀！！！！！！！！！！！
没有ＡＣＣＥＳＳ这么方便！！！但ＡＣＣＥＳＳ做大型的东东，如果多做两个窗口，就是不稳定。。慢，易死机。。。。烦！！！

真正的可视化数据库开发系统，你在哪？？[em08][em08]

作者: lwwvb 时间: 2004-1-16 06:55
但ＶＢ做软件，好处其实多得说不完：
１、很稳定。
２、第三方控件ＡＤＯ的支持得很多，ＴＲＵＥＧＲＩＤ的ＧＵＩ能力比ＡＣＣＥＳＳ的数据表视强大很大倍。还有第三方的报表控件，真是太强了。
３、ＥＸＥ文件运行，速度快。
４、打包问题，在ＶＢ中是小菜一碟。。
５、ＶＢ语言比ＶＢＡ强一个级别。
６、ＡＤＯ有数据环境，也就是很多的Command可以共享一个连接，可以设计ＳＱＬ。
７、因为是ＶＢ，界面方面轻易而举，可以设计出ＷＩＮＸＰ风格、换肤风格的窗体，这些完全可以随心所欲。

作者: lwwvb 时间: 2004-1-16 06:58
但和ＡＣＣＥＳＳ比，也有差的地方：
１、没有嵌入式ＳＱＬ语句，只有使用TDATACONTROL 6.0中的功能补救。
２、ＳＱＬ语句不能直接使用自定义函数，但如果使用ＳＱＬ２０００可能存储过程可以解决这个问题。
３、某些基本的数据表视编辑功能ＡＤＯ没有提供，如静态刷新功能，只能使用TDATACONTROL 补救。

作者: lwwvb 时间: 2004-1-16 07:04
[attach]3202[/attach]

大家看看，ＶＢ＋第三方控件做出的界面绝对一流！！！

作者: lwwvb 时间: 2004-1-16 07:18
但如果让我来选择，我还是会选择ＶＢ的，可能最主要的原因是：
１、界面容易做
２、功能强大
３、运行稳定！速度快！
４、开发的时候不会经常出现错误。
（ＡＣＣＥＳＳ经常在设计时整个库都死掉，只能把你活活气死！这种情况不管是：
ＷＩＮ９８＋ＡＣＣＥＳＳ２０００
ＷＩＮＸＰ＋ＡＣＣＥＳＳ２０００
ＷＩＮ９８＋ＡＣＣＥＳＳＸＰ
ＷＩＮＸＰ＋ＡＣＣＥＳＳＸＰ
ＷＩＮ２０００＋ＡＣＣＥＳＳ２０００
ＷＩＮ２０００＋ＡＣＣＥＳＳＸＰ
都是一样。。。。。唉，你说是不是很无聊？？？）

５、有很多新的技术，很好用，如TdataControlLite可以直接对二维表进行编辑
（交叉表可编辑！！）
６、极强的第三方技术支持。。

作者: lwwvb 时间: 2004-1-16 07:24
[attach]3204[/attach]

这就是我开发的桌面，
中间的图标就是编译为ＥＸＥ的图标。。。

作者: 崔延东 时间: 2004-1-16 08:47
我就是愿意用Access,我不追求运行速度，只在乎到用户那里改动的时候，让用户看到立竿见影的使用效果，好多用户的电脑都比我的快的多。系统不稳定，Ghost就OK,用户也觉得爽

作者: chenghai 时间: 2004-1-16 16:06
目前的情况，用ACCESS更易普及——OFFICE的普及率应该非常高了。

作者: 竹笛 时间: 2004-1-16 17:04
lwwvb兄，怎么说呢？
我用Access的MDB、ADP，后台用MDB，有的也用SQL SEVER2000，在设计开发与用户运行过程中从来没听用户说发生过死机现象，不知是我太幸运还是你运气不太好，哈哈。

恭喜您了，VB更上一层楼。

作者: lwwvb 时间: 2004-1-16 17:35
竹笛兄：
但我真的死过很多次。。不管是我的电脑、还是别人的、还是现在公司的。

ＶＢ是好，但开发数据库的效率低了很多呀。。。
毕竟还是ＡＣＣＥＳＳ比较方便。。

作者: 竹笛 时间: 2004-1-16 17:42
难说这种情况，估计大家出现象你碰到的情况是很少见的。

作者: rogertian 时间: 2004-1-16 17:51
我没有过VB,但以前我用VFP感觉VFP的开发速度真的快,就是数据库不好.不够安全.PB也是开发快,但SYSBASE的数据库也是容易坏.真的不知道怎么回事.现在的公司要求用ACCESS,感觉不是很好用.连个窗口都不能控制大小.我看过别人的VB程序,代码太长了..感觉VB的程序运行起来还要慢过VFP的.并且数据库大的时候后台的SQL服务器总是吃内存.程序越来越慢.

真的不知道学什么好用?有人说DEPHI是最好的.仔细想一想也未毕.
但我还是想学一学VB.ACCESS的功能太有限了.没法开发大型的程序.

作者: 竹笛 时间: 2004-1-16 18:01

以下是引用rogertian在2004-1-16 9:51:03的发言：
我没有过VB,但以前我用VFP感觉VFP的开发速度真的快,就是数据库不好.不够安全.PB也是开发快,但SYSBASE的数据库也是容易坏.真的不知道怎么回事.现在的公司要求用ACCESS,感觉不是很好用.连个窗口都不能控制大小.我看过别人的VB程序,代码太长了..感觉VB的程序运行起来还要慢过VFP的.并且数据库大的时候后台的SQL服务器总是吃内存.程序越来越慢.

真的不知道学什么好用?有人说DEPHI是最好的.仔细想一想也未毕.
但我还是想学一学VB.ACCESS的功能太有限了.没法开发大型的程序.

我参与过一个PB+SYSBASE的管理信息系统的开发，这个系统软件开发费200万元，用户点约200个左右，用了二年了，SYSBASE的数据库一次也没有损坏过。

我的观点是：不在于学习什么，而在于精通什么！

作者: cai373 时间: 2004-1-16 18:01
ACCESS 确实存一个运行速度慢和稳定性的问题，我做的一个数据库就有130个窗体。
在使用的时候，某些窗体要等好久才有反应，大约要等10秒到一分钟不等。给使用者带来很大的不便。尤其是使用率高的窗体出现这种情况真的好惨。。我为一的解决方法就是使用ACCESS自带的性能优化。虽然有些作用，但好像好景不长，过一段时间又会出现这种问题，真的好烦。请问各位高手有没有更好方法解决这类问题。

[此贴子已经被作者于2004-1-16 10:10:55编辑过]

作者: lwwvb 时间: 2004-1-16 19:47
１３０个窗体，真要命，我做了１３个窗体左右，ＡＣＣＥＳＳ已经不行了。
经常会出现错误，打开ＶＢＡ时报错，说什么“链接文件丢失！！”已经害过我几次了。

我用ＶＢ６做开发，设计时非常稳定，程序文件出问题只不过是极偶然极少见的事情，做了一个多月，ＡＣＣＥＳＳ出错几次，因为它的窗体代码什么的全都保留在一个文件，一出问题就整个死掉。但ＶＢ６，顶多就是坏了一个窗体。

看，程序文件分开保存的风险要比整个保存的少得多呀。。

作者: lwwvb 时间: 2004-1-16 19:49
用ＶＢ还有一个好处，就是能设计ＤＬＬ文件，所以如果有一个大系统要做，一个工程就不会出现有１３０个窗体的事情，我们可以按不同功能群组的窗体做成一个ＤＬＬ，做哪个工程就打开哪个工程的ＤＬＬ，那么，设计就更加容易了。

作者: lwwvb 时间: 2004-1-16 19:54
哪个功能的群组要改动，只要编译哪个工程的ＤＬＬ，就ＯＫ了。这样，大系统升级的时候就不要整个都要下载，只要升级指定的ＤＬＬ文件就ＯＫ了。实在太理想了。。实现了ＣＯＰＹ－＞升级功能，不要重安装。。

但ＶＢ６不支持继承，虽它能做控件，但只能做简单功能的控件，如果功能复杂的东西就不好做，如果要做控件，还是使用ＤＥＬＰＨＩ好。

作者: 竹笛 时间: 2004-1-16 20:44
我以二年前用ACCESS做过一个管理软件，里面有200个左右的表、200个以上查询、200个左右窗体，而且就是一个MDB文件，一直到现在都在用，很正常啊。里面最大的记录
是一个表12万条数据。

我说这些是说ACCESS经实践检验还是稳定的，如果用SQL SEVER就更不用说了。

[此贴子已经被作者于2004-1-16 12:45:27编辑过]

作者: cai373 时间: 2004-1-16 21:30
竹笛，你所说的没什么可能吧？以前版本的ACCESS更差了。ACCESS经常出错，简直受不了。我现在用ACCESS2003才像点样，速度虽然是慢了点，但很少会出错。

作者: lwwvb 时间: 2004-1-16 21:47
200个左右的表？200个以上查询？？200个左右窗体？？？

最简单的是，哪种项目会用到这么多的表？？？
国防部的军事系统吗？？

或者你那时候还不懂数据库的一对多使用，它们全都是独立的表，毫无相关性。。。

还有，你说过:
我参与过一个PB+SYSBASE的管理信息系统的开发，这个系统软件开发费200万元，用户点约200个左右。

什么都是２００，不免太巧合了吧，兄弟！！

如果竹笛兄有如此经验，为什么还要搞小小ＡＣＣＥＳＳ呢？

作者: cai373 时间: 2004-1-16 22:06
我也想知道，200个表？是不可能的吧，我那个只有十几个表，百几个查询和130个窗体。整个数据库也有25MB。

作者: 竹笛 时间: 2004-1-16 22:42
刚才数了一下，就100差不多吧。看来吹牛吹过头了：）
表：截图第一部分
[attach]3209[/attach]
表：截图第二部分
[attach]3210[/attach]
窗体：截图第一部分
[attach]3211[/attach]
窗体：截图第二部分
[attach]3212[/attach]

我的数据库前端157M，后端44M

[attach]3213[/attach]

[此贴子已经被作者于2004-1-16 15:04:56编辑过]

作者: rogertian 时间: 2004-1-16 23:00
这么大程序跑起来还不要象蜗牛啊?

作者: 竹笛 时间: 2004-1-16 23:02
销为慢一点，但慢的也就2秒左右时间，没有象前面朋友提到的要10秒。

作者: zhengjialon 时间: 2004-1-16 23:05
在我现在的公司里，上百个查询一个前端很正常，不过全是按部门和应用不同分开的，分了大概五个部分，如果全放在一块，几百个查询和窗体差不多，现在最大的一个前端，一百多个查询现在去行，并不慢。机器大都在CII800左右。

作者: 李寻欢 时间: 2004-1-16 23:27
尺有所长寸有所短。

一把匕首及一把削铁如泥的宝剑放在你面前，你会选什么？相信很多人选宝剑，因为剑比匕首长，更易伤到敌人。但李寻欢（不是我，我也选剑，因为我不会用飞刀：））会选匕首，原因就不用我解释了吧。
上面的举例也许不太贴切，因为那只是虚拟人物，现实中也有：利玛公司是专用access开发的，tmtony公司是用access开发ERP的。

说这么多只是为了印证竹笛的一句话：不在于你会什么，而在于你精通什么。

作者: lwwvb 时间: 2004-1-16 23:40
晕,真是好多表,真让我大开眼界..

但很多表名都很类似,看来一定有很多冗余的东西,极可能是把很多的数据表都生成一个"余额表"吧...

看来要分成两个库,或者是减减肥更好....

作者: lwwvb 时间: 2004-1-16 23:43
还有一点,其实在ACCESS中的窗体概念与VB的窗体是不能相同而言的。
ＡＣＣＥＳＳ中有１０个窗体，可能真正显示的只是几个或更少，因为它们可能很多是子窗体。

所以系统做大了的时候，就会看起来太零碎。但ＭＳ总是不去改改。。。

作者: 竹笛 时间: 2004-1-16 23:48
象我这样的东东，我的解决方案是ADP+SQL SEVER2000，而不是分成几个库，我已经基本改好了。

另外，有些表确实是多余了，原因是现在比以前有所进步：）

大部分网友都是用ACCESS来处理工作用的数据，所以放心大胆地用ACCESS好了，如果要用ACCESS来开发商业软件，要掌握的东西真得还有好多，要学管理，要学网络、安全……。并不简单，甚至有些烦。

作者: lwwvb 时间: 2004-1-16 23:49
我当然知道尺有所长的道理。。

其实ＶＢ不是做数据库的好东西。做数据库如果没有第三方则很难做。。。
第三方控件又有些奇怪的错误。几千块的控件错误多多。唉。。。。
不过我也总算熬过来了。。

但我一定要说一句，为什么我要改用ＶＢ做数据库？最大的理由是：ＡＣＣＥＳＳ运行慢＋ＡＣＣＥＳＳ设计时太容易死机和出错。

如果没有这两点，我还是抱着ＡＣＣＥＳＳ不放的。。。

作者: 竹笛 时间: 2004-1-16 23:55
关于你面临的问题：
ＡＣＣＥＳＳ运行慢------------------------数据库用SQL SEVER
ＡＣＣＥＳＳ设计时太容易死机和出错。------------------那是你的个别现象

关于第二个问题，我是一次都没碰到过，无论是正版还是盗版的OFFICE(以前我用盗版，现在用正版)。

[此贴子已经被作者于2004-1-16 15:56:22编辑过]

作者: rogertian 时间: 2004-1-16 23:55
你们这些大佬啊，会的多，开发程序也牛，我就不行了。本来就不是软件这一行的，公司逼着开发软件，结果一个跟着一个学，也没学精哪个。上面的人全凭个人喜好。下面的人只好听风做事。弄得我学了FOXPRO2.5, 再学VFP5，再学PB6，再学ACCESS ，哪个都没弄精。竹笛说的对：不在于你会什么，而在于你精通什么。
不精通，感觉哪个都不好。精通了，其实个个软件都是不错的。
唉，学了。再学了。拚了命学了。也许哪天一不小心当了盖茨第二。

作者: lwwvb 时间: 2004-1-17 00:02
总有一天，我请竹笛来，做几个窗体给你看看。到时候，你就会知道什么是死机了。
嘻，不过我现在也喜欢ＶＢ６了，因为有很多新的技术可学呀，特别是界面方面，以前用ＡＣＣＥＳＳ是想也不敢想的。

作者: 李寻欢 时间: 2004-1-17 00:04
C语言的课本里有这么一段话：程序=算法+数据结构+程序设计方法+语言工具和环境
算法是灵魂，数据结构是加工对象，语言是工具，编程需要采用适当的方法。
在组成程序的四个要素当中，语言工具只占了一小部份的位置。

所以用什么工具都没关系，只要自已用着顺手就行。
你选VB是对的，或是选Access也是对的，再或者选Delphi也还是对的，只要算法没错，程序设计方法没错，数据结构没错。

作者: hi-wzj 时间: 2004-1-17 00:05
我这儿也有10多个工作站在使用一个acc系统编制的数据库，除了前期大家不太会用，老是异常退出，却不通知维护造成2次崩溃外，5年来运行都正常。
原我也考虑转用vb来做，但数据库的开发效率实在不如acc，况且这系统是给企业自己使用的（非商业软件），不需封装。至于界面问题，原我也想做得让人喜爱一些。但后来就放弃了，为什么，人总是喜新厌旧的，再漂亮的界面总有看腻的时候，费那心做出来的也就刚开始使用时眼亮一下罢了。还不如在如何完善管理，提高数据的使用效率上下功夫呢。
这也许就是商业软件和自用的软件不同之处吧。
若acc有做不出来的，我宁可用vb做出dll或ocx等给acc做插件。
挺惋惜的就是acc的运行速度还是不如vb，更不用说pb等其他的数据库格式的软件了，但目前公司还能忍受这速度就是了。（相同的数据量和运算结果，vb用0。2秒，acc用了0。8秒）3万多条记录最复杂的成本结转运算（每月不做期初数生成表的动作，都从进出等最基础的数据计算来的），也不超过2秒钟。
lwwvb 所说那么高的死亡率，我怀疑应不是acc程序的问题。在数据库改动很大的情况下顺手做个数据库修复和压缩就没什么问题了。
我的方法也如zhengjialon：一个后端，各个功能模块分别不同的前端。维护数据库也方便。

lwwvb：
春节回家过年吧，向您说声新年好！

作者: lwwvb 时间: 2004-1-17 00:07
[attach]3215[/attach]

看，这个TDBGRID 7.0可以做出ＯＵＴＬＯＯＫ风格的数据表呀。
还有数据分组显示功能。

作者: 竹笛 时间: 2004-1-17 00:12
哈哈，其实lwwvb兄是属于精通ACCESS一族的。他遇到的挫折是由于系统不稳定(如死机、出错，偏偏让他碰上)，如果没猜错，lwwvb应该是没有怎么用过ADP(数据库项目)与SQL SEVER的结合，最后，我想表达的是：如果你喜欢VB，那就别管ACCESS，如果你喜欢ACCESS，那就别管VB，只学一样。

说一些关于自已的，在被评上MVP时，与那些MVP朋友一起交流及与微软工程师交流，我也觉得ACCESS好象不怎么样，没有.net好，所以我就开始学习.net,一下子买了200多块钱有关.net的学习书籍，刚开始.net比ACCESS学起来容易多了，但后来发现不懂地越来越多……乖乖！

静下心来，仔细一想，再三考虑，还是继续选择ACCESS吧。

一个人要结合自已的环境，如果你在企事业、政府从事有关数据处理工作，那就选择ACCESS吧，如果你在一家大型软件工作从事软件开发工作，选择ACCESS是不行的，成熟的软件宁愿前开多花时间开发也要追求以后的稳定高效，考虑运行平台。开发效率低一点没什么，加价就行了，用ACCESS报价2万的软件，用VB开发就报价5万好了。

针对我个人，我的特长与发展方向是企业管理，而不是开发软件，就用ACCESS、SQL SEVER2000，就足够了，哈哈！在更多的时候，我更欣赏一个管理思路，而不是软件界面如何好看。

最最重要的，你在什么环境中生存？然后再作出选择

[此贴子已经被作者于2004-1-16 16:17:31编辑过]

作者: lwwvb 时间: 2004-1-17 00:15
ＴＯ hi-wzj：
你说：至于界面问题，原我也想做得让人喜爱一些。但后来就放弃了，为什么，人总是喜新厌旧的，再漂亮的界面总有看腻的时候，费那心做出来的也就刚开始使用时眼亮一下罢了

界面就是ＧＵＩ，并不一定指那些花哨无用的风格。某些时候，你想在ＡＣＣＥＳＳ中实现某些可视功能，但它做出来非常困难。
看看上面的这个图，这个控件可以实现这个，但ＡＣＣＥＳＳ的数据表就没有这个功能了。
不过如果我不使用控件，还是做不了。。尽管ＡＣＣＥＳＳ可以用控件，但它一定不如ＶＢ用得顺手。

另外还有一点是简洁的问题，ＡＣＣＥＳＳ要显示几个表格就要非做几个子窗体不可。ＶＢ６不用，直接使用ＴＤＢＧＲＩＤ控件就可以了。

谢谢你对我的问候。。新年好！！

作者: lwwvb 时间: 2004-1-17 00:27
对，ＡＤＰ和ＳＱＬＳＥＲＶＥＲ我根本一点都不懂。但以我的情况，帮老板用ＶＢ做了这个小软件，以后一定要接着上了，也不可能返回到ＡＣＣＥＳＳ重新再来吧。

还有，.net在现在可不是一个好东东，我试用过ＶＢ。ＮＥＴ，自己的机器马上变慢了。
我要等它到６。０时才用它。
ＷＩＮ９８发布。ＮＥＴ软件还要安装。ＮＥＴ的东东，１００Ｍ吧（听说）

如果要我评价ＡＣＣＥＳＳ，我还是会说：ＡＣＣＥＳＳ是一个数据库ＲＡＤ（快速开发工具），但ＶＢ等的都不是数据库ＲＡＤ工具。
所以ＡＣＣＥＳＳ用起来就是爽。好用。。

还有一点，我记得我掌握ＡＣＣＥＳＳ只是用了一个星期的时候，再加一个月，１年前的“销售单统计”就做出来了。可见ＡＣＣＥＳＳ做软件的速度。在这一个星期＋一个月这前，我还根本不知道什么是ＡＣＣＥＳＳ，数据库的基础只是了解到一点点。为什么会有这种学习和开发速度？真是难以相信？原因是：
１、五年的编程基本功
２、对计算机的领悟
３、中文帮助
４、ＡＣＣＥＳＳ网站的帮助
５、ＡＣＣＥＳＳ的每个小例子，都有一个一点就通的作用。

我真是很希望其它知识也象ＡＣＣＥＳＳ一样好掌握，那就好了。

作者: rogertian 时间: 2004-1-17 00:32
LWWVB兄真牛，我学了一个月的ACCESS，现在不要说皮，连毛还没摸到呢。这个语法和VFP的相差很大，除了SQL语句是相同的。其他的用法全不同。

作者: hi-wzj 时间: 2004-1-17 00:42
其实vb的控件，在acc中一样能引用的，到底用什么开发其实是受很多因素影响的，比如有些老板人家根本看不上acc等，关键是能做出来，自己有所收获就是了，多聊，也能长见识，对不。

作者: lwwvb 时间: 2004-1-17 00:46
ＹＥＳ。
年终了，２００４年了，唉......
希望长江后浪推前浪。。。

作者: tmtony 时间: 2004-1-17 07:40
上述的拖拉分组可以使用 GridEx实现
OUTLOOK界面 dbiTech的控件可以实现.
各个语言都有它的优缺点，存在就是合理。你觉得哪个顺手就使用哪个。
做行业应用，我还是比较喜欢ACCESS，做工具软件，我喜欢用VB。
关键还在思想。到SAP、ORACLE的软件，你会觉得界面太土，但功能和软件的思想的确比较好。电脑是工具，开发工具是工具的工具。

作者: zhuyiwen 时间: 2004-1-17 07:55
客户要什么,我们就做什么.

不过用ACCESS能够很快构建模型, 但对于初学者也容易犯一些常规错误.

如果排除个人的技术和对数据库/ACCESS开发的理解的原因, ACCESS确实是一个不错的选择.

VB也确实不错, 我现在就使用它. 它使发行包变小,运行速度加快, 容易控制界面.

相比之下,ACCESS的连续窗体/子窗体,VB是没有的,报表功能比VB本身的更强大.

作者: cai373 时间: 2004-1-17 17:22
受益非浅

作者: llee 时间: 2004-1-17 19:07
请问那个行之间的颜色是怎么加上去的?(就是软件蓝白相间的表)
用ACCESS可以实现吗?

作者: cai373 时间: 2004-1-17 23:54
用条件格式可以实现

作者: duzili 时间: 2004-1-18 06:55
我用access，主要是因为它的报表功能很好。报表格式化速度很快，制作很方便，也有很详尽的帮助。我用vb开发数据库程序的时候，到输出报表的时候才发现vb自带的报表生成器太差劲了：vb6的不能更改纸张大小，只能用A4的（必须用特殊的方法）；VB5.0\.NET带的水晶报表格式化速度太慢了，相同的数据，用ACCESS报表0.5秒（估计）就可以显示出来,而水晶报表9.2呢？整整3秒！当数据在5000跳的时候，整整10余秒！你能忍受吗？
另外，在数据导入方面，ACCESS更有很大的优势。我现在每天要将数十个文本文件倒入到ACCESS中，经过多种方法，ACCESS的TransferText方法是最方便，最快的！
我就想不通，为什么微软不能将ACCESS这些强大的功能添加到VB中呢？VB要卖上万大洋阿!
但是，VB的高效（相对ACCESS而言）、稳定是勿需质疑的。VB语言简单，比ACCESS功能更强大。如果告诉你word也是用vb写的你相信吗？
所以，持有所短寸有所长，用什么工具开发，关键看你要开发什么，用户的要求是什么。用户至上！

作者: llee 时间: 2004-1-18 17:00
"条件格式"在哪里?怎样设置?

作者: WTM1 时间: 2004-1-18 17:44
to : lwwvb
楼主，虽然你的高论不少，但我个人支持不多，另外阁下的
vb界面设计技术实在让人不能恭维，仅仅这样的设计界面还不如access的自动生成加点图片好看呀！
一个好软件不光要设计好，注意外表很重要呀！
谢谢！

作者: lwwvb 时间: 2004-1-19 04:01
TO WTM1:
我所说的界面不是那种加些图片之类的什么东东。它是一种可视的功能，用户是在使用的过程才能感受到那种好处的。

也不是简单的ACCESS条件格式能做的东西。
ACCESS的条件格式的毛病太多了，显示速度又慢。在慢一点的机器且在数据多时，更是感觉不好。而我这个软件在快速显示时根本不见速度和慢的问题。

等我找个时间，做一个DEMO，大家就知道了。而我上面的界面是按足老板要求做的，除主界面之外，也不能加些什么图片。

还有一个问题，有人说ＶＢ的报表不好，这是对的。但ＶＢ的好处是使用第三方，大家用过Active report2没有？这个我就用过了。感觉十分的好，绝对比ＡＣＣＥＳＳ中的报表功能要强，光是设置边框，就好象是使用ＥＸＣＥＬ一样。水晶报表？我就不清楚了，因为我没有使用过。

还有，ＭＳ如果把ＶＢ做得和ＡＣＣＥＳＳ一样容易，哪么还会有人买ＡＣＣＥＳＳ吗？
所以ＭＳ就是因为市场的原因，ＶＣ就做得强大，但使用就没有ＶＢ一样容易。
ＶＢ易用但功能不如ＶＣ，ＡＣＣＥＳＳ好用，但没有ＥＸＥ生成，其它方面功能也很差，呵呵，以ＭＳ的软件技术，绝对有能力把ＶＢ、ＶＣ、ＡＣＣＥＳＳ这些东西的好处都合在一起的，但ＭＳ没有这样做，只有两个原因：
１、这样就使多方面需要的用户多买些软件，ＭＳ多赚些钱。
２、降低研制开发工具时的开发难度。

还有一点，可以说是精力问题，ＭＳ做好了ＶＢ，ＶＢ可以开发了，但它的报表就做得没有那些强，因为ＭＳ已经把ＶＢ做好了，是它的主要目的，报表不强，第三方厂商就做一个更强的，来补充ＶＢ的不足。
所以实际上说，ＭＳ主要把精力放在做好ＶＢ上，其它的问题，第三方控件厂商就把主要的精力解决ＶＢ其它功能上的不足上。它是一种强强联合的有力手段。所以ＶＢ的支持就更多，可发展空间就更强。
大家明白了吗？

作者: jhf567 时间: 2004-1-19 06:33
我觉得讨论的都没太大意义.
vb和access是用来干什么的?
我在通信部门工作,我们地区用的是前端oracel,后端也是.
在别的地方开电力会议时,那里的同行用的是前端sql,后端也是sql
各有各的用法,各有各的好处.
也没有谁说谁的更好.
到了县一级,更是五花八门
有用vf的,有用delphi的,有用access的,居然还有用foxpro2.5的.
找个适合自己的就行.

[此贴子已经被作者于2004-1-18 22:38:49编辑过]

作者: WTM1 时间: 2004-1-19 17:31
标题: 同意！
[attach]3225[/attach]

这个是我自己做的网络监控系统，前台就是用vb制作界面，后台使用access制作的数据，速度很快，搜索几万台电脑还是只用几秒钟，如果用access来制作，光源代码我就受不了，用access搜索网络机器会拖垮！

access主要就是针对底层数据库编辑，针对中小企业的基本数据的运行！
vb用来制作界面我认为是最合适的！

vc用来设计完善功能是很不错的！子都是根据个人喜好和所学来完成的！

作者: cai373 时间: 2004-1-19 18:34
呵呵，这样的界面我想ACCESS是没办法做到的！好厉害

作者: yangzn 时间: 2004-1-20 22:08
看了这么的多的高见,我也是放弃了VB,而转用Acess的,虽然VB灵活,但灵活是有代价的,开发效率就没有Acess好,另外数据同office其它组件的共享,也不用自已花时间去考虑,这是因为我设计的程序不可能面面俱到,有些工作用户可以自已,而且用户也更原意自已用excel处理; 而且报表也非常好设计,不要忘了我们还没有真正实现无纸办公.

[此贴子已经被作者于2004-1-20 14:09:18编辑过]

作者: sxhmft 时间: 2004-1-30 18:22
走自己的路让别人去说吧!
我公司用的程序，我用ACCESS做，自己好维护。
对外我用DELPHI+SQL SERVER 2000，速度快，稳定。

欢迎光临 Office中国论坛/Access中国论坛 (http://www.office-cn.net/)