这是个什么意思？

Question

Set fs = CreateObject("Scripting.FileSystemObject")
    Set InFile = fs.OpenTextFile(InHEXFile, 1, False, 0)
    Set PMOut = fs.CreateTextFile(VB.App.Path & "\" & PicBootS.ProgMemFile, True)
    Set EEOut = fs.CreateTextFile(VB.App.Path & "\" & PicBootS.EEDataFile, True)
    Set CFGOut = fs.CreateTextFile(VB.App.Path & "\" & PicBootS.ConfigFile, True)
每个函数开头总是有这个，我在工程中找了半天没有找到相关的定义，看VB程序真累，跟C写的真是差距太大了，难怪别人说大型项目开发中不适合使用VB，今天算是体会到了！VB

Answer 1

写代码的人有问题，不能怪VB有问题，许多时候VB和C的代码很相近，在创建窗口、数据库操作、字符串处理等方面，VB比C方便多了，只是VB的代码运行效率不及C

Answer 2

fs.CreateTextFile之类的函数已经在二进制层次(如果是C++，是在源代码层次)进行了封装，你是找不到定义的，在VB IDE中你输入函数名，打上括号，就能看到参数定义，至于功能，你得看相关的帮助文件，这个和VC6差不多

Answer 3

谢谢！说实话VB的很多语句都是已经定死了，完全没有C的自由性，同时就增加了阅读性差，更不用说去维护一个自己从未参与的一个项目了！

Answer 4

抛开指针，VB和C一样自由，易读性差，和编程人员有很大关系，另外，对于大型的系统，对于一个没有参与的项目，即使是C项目，也是一样难

Answer 5

总有哪个？
CreateObject
OpenTextFile
不就是英文意思么维护从未参与的项目需要看相关文档，难易程度和语言有关，VB本身阅读性并不低啊，关键是你的程序变量名，函数名写的时候可读性太差。跟人有关，跟语言本身没有关系

Answer 6

Re:难怪别人说大型项目开发中不适合使用VB，今天算是体会到了！感觉楼主还真是个容易怨天尤人的人啊，你这功能的代码改成别的环境的，比如VC的，我不相信你能更好懂。

Answer 7

也不是我怨天尤人，我是学电子嵌入式的，从未用过VB，只是因为最近的一个小项目，有个老外用VB写的一个上位机的程序，现在我需要移植到我的项目中来，就需要看他VB的代码啊！关键是对于VB我是从未接触过啊，这也算是第一次开始学！
在问一下：OpenTextFile 为什么像这种函数在VB的MSDN中也找不到它相关的说明啊，这些函数不是VB自带的吗？

Answer 8

还有在这个VB上位机源代码中总是出现一些AtEndOfStream之类东西，在VB的MSDN中都没有找到相关的定义啊，上百度竟然一看确实是VB中的，求指教，怎样理解这些奇怪的语句！

Answer 9

不是VB自带的部件控件msdn当然没有文档，必须找对应的控件或者部件的设计文档方可，或者只能网上找，或许会有人用过，并且介绍出来

Answer 10

无论哪一种语言，不同的人写出的代码，易读性有极大的差别。有的人就喜欢“高深”的代码，这也算一种风格吧。不过，嫌 VB 难懂还是第一次听说。看不起 VB 的人，往往是因为 VB 太容易，农民工都能玩，因此他不屑了。

Answer 11

VB用的自然语言相对很容易看懂
没学过C的就弄不懂i++什么意思