大家谈谈VB程序员怎么样才能写出更好的程序，200分相送！

自己写的控件是以源程序的形式放在程序中还是以OCX 和DLL的形式使用好？

最好是不拘泥于某种语言，有个时候，语言是互补得你要理解com，做好看看c++，vb中的接口类，就是一个虚函数用c++，一下子就明白了对了，我求职：mail联系：[email protected]

把VB里的每个按钮，所用的控件属性都尽可能试过一次。先熟悉VB这个IDE再说。磨刀不误砍柴功！！！

你公司在哪啊
我会MIS 数据库编程但是初学者做品只有学校的毕业设计
学生管理系统
能和你联系吗？

我公司在广州市天河区，有意者请EMAIL联系！
我们写程序一般用VB，写加密部分用VC，数据库用的是SQL2000，欢迎有强的学习能力的人参与，能担当大任的可以获得更高的报酬。用VB编程给我的最大困惑是有时候VB在98下占用太多内存，128M的电脑竟然还说内存不足。

也许编程的时候把全部功能集中起来了或者编程方法不对
一般如程序太大了，可以分几个小的程序写
这样，暂时不用的东西可以不进去内存中运行我对贵公司很有兴趣，我的信箱是[email protected]
我的作品暂时没有什么好拿得出手的，好一点的正在编程中，如果失去这次机会
我只能说是我命不好。

自己用VB做的控件到底是放是以源码形式放在主程序中好还是做成外部控件的形式好些？
做成外部控件会不会更节约内存呀？
但是我知道做成外部控件有一点不好，如果你OCX控件升级后，以前编绎好的程序不能正常运行。

例如：我写一个function一般是：function strChange(byval str_in as string)as boolean
on error goto strchangeerr
0Astrchangeok:
    '处理代码
    goto strchangeexitstrchangeerr:
    '处理代码
    goto strchangeexitstrchangeexit:
     '处理代码
     exit functionend function
     以上回答，仅代表个人观点   大家静静地，心平气和地做技术吧！   我是小山，我喜欢VB，现在学习C#和.net   欢迎您使用： SourceCode Explorer(源代码数据库)
         来自： Http://www.dapha.net
     个人主页： Http://Shawls.Yeah.Net
       E-Mail： [email protected]
           QQ： 9181729

对于MIS系统来说,创意已经不是很重要了,关键是要实用,好用,够用.
对于程序占内存太多的问题.我想你可能没有很好的把客户机和服务器功能区分开发.很多数据处理方面完成可以用SQL编程(存贮过程和触发器方面)来完成,这样对程序的性能有很大的提高.
本人毕业有一年了,一直在内地(长沙)从事软件开发,参加个几个较大项目的开发,对贵公司很感兴趣.也很想去沿海发展.有机会可以跟我联系
[email protected]

做大型MIS，我建议还是用DELPHI

hehe... 写出更好的vb程序，需要对vb以外的东东了如指掌。
不是庐山真面目，只缘身在此山中啊！
跳出来，看到它的优劣，知道它的长短，熟悉它与众不同的地方，自然就可以更好的用它编出优秀的程序来。嘿嘿，恐怕老比尔也够呛了。

用什么工具无所谓的只要能从编的过程中，学到以下几点的精髓就不会担心工具的过时了：
1、OO的设计和实现
2、程序的完整逻辑和其映射的实际事务逻辑和其中包含的意义
3、一套高可行性的开发周期的完整过程。学会了这些，编程的活动才不会成为简单的重复，才能成为一个创造性的活动当然对VB自身的熟悉也很重要

编写MIS最重要的了解客户的需求，前期的需求是极为重要的。
对于以扩展性和维护性为核心的MIS软件来说，并没有特长的开发工具，VB也好、VC也好、C#也好，都是把思想转化为2进制代码的工具。对于单纯提高VB水平，看一些COM的资料是必要的。

写出好的东西跟用VB或是用VC没有任何关系，你没见过几个用Java写出来的特别好的东西吧，一个东西好不好应该由用户说了才算数。当然如果用户以外的人都说好就更好了。我用VB+SQL多年， wenw(阿文) 你们公司要么

我认为写MIS是就要的是把用户的心理摸清,有的东西在我们看来不重要,面客户却十分看重,客户不在意的往往又是我们要十分注意的地方,这也许是业内人士与门外汉的分别吧!看过一篇文章,叫什么<程序员与妓女的区别>,看了很不爽!不过想想有时的确我们要不光只顾编程序,还要与用户搞好关系!唉!程序员要生存可真是不易!

主要最重要的了解客户的需求，前期的需求是极为重要的。
对项目进行详细的分析然后再开始做分析不清除千万不要随便动手
界面和数据库使用VB 关于系统和底层使用C＋＋我开发过三个MIS
一个是全国范围的四级MIS系统使用INTERNET传输数据
多年的 VB+SQL vc 开发经验呵呵你那待遇低了点
[email protected]

=================================================================
回复人： wenw(阿文) ( ) 信誉：110 2002-6-12 20:16:53 得分:0

自己用VB做的控件到底是放是以源码形式放在主程序中好还是做成外部控件的形式好些？
做成外部控件会不会更节约内存呀？
但是我知道做成外部控件有一点不好，如果你OCX控件升级后，以前编绎好的程序不能正常运行。
=================================================================
我不同意，把你的OCX或DLL重新修改时，编译成和原来的二进制兼容，只要你的过程名和过程参数不变，原来的程序不必重新编译就可用。这样又好维护，又好调试，还有助于代码的重用和累计。

做一个工程，不在乎用那门语言，因为每一门语言都有各自的优点，都可以实现同样的功能，只不过是实现的难易程度不同而已。我觉得一个工程的好坏，主要在于设计的思路是否完美，问题考虑的是否全面。我经常使用的工具是vb,vc++,delphi，不过我在我做一个工程的时候，vb是我的首选。我的邮箱是：[email protected]

我用VB主要在网络方面（网络应用程序，ASP），而且自我感觉还可以，我马上就毕业了，请问你有兴趣吗？[email protected]

关于自己做控件的观点我很赞成daviddivad(天通通天)，本人用VB不是很久。但也做过几个数据库系统，觉得通常可以有两到三中系统物理实现。有时，用VB做用户层，业务服务层的业务逻辑通常用SQL Server的存储过程后台实现。这样做性能不错，但感觉灵活性较差，而且一般很难重用到其他的数据库应用程序中。如果用多层实现，就是VB和COM+，将业务服务单独出来。感觉编程麻烦了，而且如果网络慢的情况下性能较差。不过这样重用性好了不少，主观上觉得不错。因为可以一次编程，无限次重用。只是，弄不明白为什么还有那么多地方要用第一种解决方案呢？对此，我有点困惑。不清楚，什么情况应该选择哪种实现方案？请各位能就自己的经验，多谈论一下。

自己的控件升级时候可不能保证参数不变的，所以我不知道哪样处理好。
还有为什么我做的DLL文件如果不放到系统目录下，有时候程序会提示找不到
该DLL文件，可是把它放到系统目录下就做不成绿色软件，各位大侠有什么
高招没有？

编程心得：
    1。可以不使用第三方控件，尽量不用。
    2。编数据库应用程序时候千万不要使用数据控件，数据绑定等东西，
这类东西表面上看起来很方便，其实实际上用起来有很多缺点。
    3。要尽量面向对象的方法
    4。要学会在VB中怎么使用类
    5。不要使用VB来写COM对象，控件之类的东西，尽量使用VC++来
写COM或者是普通的DLL。
    6。变量要尽量采用匈牙利命名规则来命名，在开发软件中，变量的命名很重要，它可以看出一个程序员的水平的高低。
    7。编写大型数据库的时候，尽量不要使用大型数据库的高级特性，要尽量使用SQL语句，字段尽量采用字符型，千万不用使用日期型的字段。这些主要为了移植考虑的。
    8。编写SOCK的时候，如果是需要和服务器交互式的交换数据，不要使用系统自带的WINSOCK控件，要尽量使用API方式，或者自己用VC++写一个适合于同步方式的DLL。

以上是想到哪里就写到哪里。有不同意见的，请指正！

DLL文件可以不放在系统目录下啊，把你的DLL注册一下就可以了。
在DOS窗口下操作：
注册： regsvr32 yourdllfile.dll
取消注册： regsvr32 yourdllfile.dll /u======================================================
自己的控件升级时候可不能保证参数不变的，所以我不知道哪样处理好。
还有为什么我做的DLL文件如果不放到系统目录下，有时候程序会提示找不到
该DLL文件，可是把它放到系统目录下就做不成绿色软件，各位大侠有什么
高招没有？
=======================================================

我很同意 jyu1221(天同) 的说法。
VB不是不能写出好的产品，关键是你掌握的深度和广度的问题。
找不到DLL文件的问题是，你没有注册DLL文件，
又没有将DLL文件和主文件放在同一目录，
也没有放到windows目录中。

to jyu1221(天同):楼上这位兄台的观点本人很有同感。但却有几处疑问：
   1。对于编数据库应用程序时候千万不要使用数据控件，数据绑定，我也觉得程序小这样做还可以，稍微复杂点就开发和维护都挺麻烦。那么请问有什么更好的方法替代它来完成用数据层的数据填充用户层控件呢？
   2。还有第7点中说到的数据库的高级特性能具体点谈谈有哪些吗？
   3。如果现在有一个数据库应用程序要做，你会选择两层结构还是多层结构来实现呢？为什么？

各位大侠看清楚了，我的上一贴的内容是
“为什么我做的DLL文件如果不放到系统目录下，有时候程序会提示找不到该DLL文件”
也就是说程序安装后（当然是把DLL文件放到程序的目录下啦），一般情况下都不会出问题，就是有很少的时候会突然提示找不到DLL文件，可我文件确实存在，并且你重新启动电脑后又会恢复正常，我可不希望自己的所谓绿色软件有不稳定的现象发生！为此我不得不把它放在系统目录下，那样才没有出现类似的问题。
如果各位大侠认为不会发生这种事，你试一下QQIP就知道了，它有一个DLL文件保存的是IP的归属地，你不把它拷贝到系统目录下的话，如果是98系统，会出现无法查找IP的现象，如果是2000，就会在少数时候提示找不到该DLL文件。

我在网上看到很多关于利用winsock开发聊天程序的文章，但却很少看到关于利用它开发c/s模式或三层模式的数据库软件，难道winsock不能实现这样的功能吗？
唉！真是窝囊!真是没用！

fanrj()：
数据库引擎自己会干，规划好就行

我想问问阿文，我在网上看了很多公司的招聘启事，很多的都要求懂VC或DELPHI，现在看来DELPHI蛮吃香的，我也是一位电脑爱好者，对VB也情有独衷，因为它是真的好好学啊，我三天就把它搞懂了，一个月就开发了本单位要用的概预算编制软件，也得了一定的利益，我的作品请见：http://ydks.51.net,但是有的时候自己也很迷惘，好像是只见树木，不见森林，我想这是不是由于一直都是按自己的思维编程序，而缺乏公司的训练呢？

COM组件的缺点就是升级问题和注册问题，所以在 .Net中提出了构件。
关于VB程序员如何写好程序：
1、最重要的 —— 需求分析一定要准，不要半途东改西改，这样的软件质量不高。
2、要重视文档的形成。文档要完整、准确，要与当前修改同步。这样便于查询，条理更清晰。
3、充分利用模块化设计。代码要规范。

调试易

大家谈谈VB程序员怎么样才能写出更好的程序，200分相送！

解决方案 »