vb.net之旅 vbnet lib

vb.net能做什么东西

1.做游戏。我做过坦克大战

成都一家集口碑和实力的网站建设服务商，拥有专业的企业建站团队和靠谱的建站技术，十多年企业及个人网站建设经验 ,为成都近千家客户提供网页设计制作,网站开发,企业网站制作建设等服务,包括成都营销型网站建设，高端网站设计，同时也为不同行业的客户提供成都做网站、成都网站设计的服务,包括成都电商型网站制作建设,装修行业网站制作建设，传统机械行业网站建设,传统农业行业网站制作建设。在成都做网站,选网站制作建设服务商就选创新互联。

2.编程。我做过《职工管理系统V2.10》用VB操作数据库。

3.演示文稿。辅助讲座、上课。

4.制作电脑、学习等方面的小工具。如练习打字的软件、学习英语的软件……这本质上也是编程。

如果技术够用，能实现你的愿望。

使用VB.NET的五个技巧之处理数据行

处理数据行（DataRow）

Windows窗体中的数据绑定列表框和组合框很节省时间 典型的代码如下（假定已经建立了SqlDataAdapter或者其它部件获取数据）

Dim ds As New DataSet() SqlDataAdapter Fill(ds Customers ) ListBox DataSource = ds Tables( Customers ) ListBox DisplayMember = CompanyName ListBox ValueMember = CustomerID

在这种情况下 代码使用Northwind数据库的顾客记录工作 DisplayMember属性设置为你希望用户在列表框中看到的记录字段 它是customers表的CompanyName 通常ValueMember属性设置为数据表中的一个键字段 对于customer来说是CustomerID 一旦用户选择了列表框中的一行 很容易使用列表框的SelectedValue属性获得键字段

MsgBox（ListBox SelectedValue）

但是有可能需要一个与被选择项相关的整个数据行对象的引用 例如 如果被选择的行需要被删除 就不知道键了 你需要一个数据行的引用以使用Delete方法

典型的Visual Basic开发者通常这样想 我已经得到了该行的键了 我将编写一些逻辑来查找使用该键的行 这样可以实现 但是有更好的实现方法 可以使用一行代码获取与列表框中选项关联的数据行

Dim dr As DataRow = CType（ListBox SelectedItem DataRowView） Row

通常该逻辑不会凭直觉出现 即使对经验丰富的开发者 为了解释这是怎样实现的 我把上面的一行拆成几行 下面的代码与上面代码的功能相同

Dim drv As DataRowView drv = CType(ListBox SelectedItem DataRowView) Dim dr As DataRow dr = drv Row

DataRowView类是数据行的包装 它被多个Windows窗体控件使用 它使得显示与控件中的数据行相关的数据更加容易 当列表框被数据绑定到数据表时（假定列表框中的有些行当前被选定了） 列表框的SelectedItem属性保存了一个DataRowView对象

这意味着我们能把列表框的SelectedItem属性转换到DataRowView对象 这就是上面代码中的第二行实现的 接着DataRowView暴露一个Row属性 它指向被包装的数据行 上面的代码声明了一个数据行并设置了Row属性

转换对象的类型以访问它的接口的技术在Visual Basic 中不是经常使用 但是在Visual Basic NET中这是经常的 有了上面的例子后 大多数有经验的开发者迅速跟上了这种技术

数据行的引用（dr）可用于用任何方式维护行 访问数据行中的任何特定字段是可行的 行中的数据可以被改变 能使数据行的Delete方法把该行标识为删除 或者从数据表的行集合中删除该行 下面的代码标识删除了一行

dr Delete（）

lishixinzhi/Article/program/net/201311/12974

VB 和.Net ——关于学vb的困惑

根据个人的经历谈谈个人感想

我一开始学的是VB，但学会后，也就是楼主你的样子，后来学C，觉得C太垃圾了，这可能和VB的简单形成对比，C语言学会后就再也没用，后来直接由VB升级到VB.NET，的确，如同楼主所说，.NET是比较简单，但是有个后遗症，是现在我都烦的，就是编译的软件必须要在有.NET的电脑上运行，XP是不带.NET的，而且，版本还的相对，如果用.NET4.0编的，在4.0以下版本电脑上运行很可能就出错，并且，如果你要打包的话也可以，就是把软件打包成安装包，然后附带.NET环境，但缺点就出来了，.NET3.5完整安装包235M，因为它包括了以下所有版本，还好.NET4.0只有50M左右，因为它不包括以下版本，但总之，.NET就是简单了编程，但复杂了使用，软件得打包，不像VB，编好后直接打开EXE就可以了。所以就麻烦了，举些例子，以前用VBA编OFFICE的宏，打开OFFICE就可以编，编好后就存为XLSM就可以了，现在用.NET就成了VSTO了，编好后，不和文档在一起，是分开的DLL，如果要运行，条件为，1，.NET环境，2，OFFICE,3，VSTO相比以前只需要OFFICE复杂了N倍，而且编辑时也需要VS（动不动就几G）才行，相比以前只要有OFFICE就可以区别也很大，同样，CAD的嵌入开发也是一样的。

所以总体来说，越底层的语言越底层的API越好用，越通用，越高级的越不通用，所以现在我开发软件我都烦了，要是一个小软件几百K~M，再附带个.NET就好几百兆，用的时候还得安装才能用，又不是什么大软件有必要这么做么，还有.NET不是万能的，有些地方也得用API，而且.NET其实也挺复杂，难的地方不比API简单，其实就感觉是封装好了的API而已。

至于数据库，的确.NET连接比较简单

至于学C？那就不用了，因为.NET的支持 C#,C++,VB,J#，只要会其中一种就可以了（而且你只要会其中一门，是能看懂另一门的，比如我虽然编辑C#可能要出错，但C#代码我是几乎全部能看懂的，网上查资料也能看懂其他语言的），大部分是学C的升级用C#.NET,VB的升级成VB.NET，你没必要把它当成另一中语言来学，语法是基本一样的。只是从一开是学C的比较多，就成了C#的比较多而已了，至于语言，我不想做语言攻击，其实都是有用的，就是看自己习惯不，比如我就不习惯C。

我也不想说VB好还是VB.NET好，其实是看你用途，我只是至今没发现什么网上的软件是.NET编辑的，一些软件比如CAD，OFFICE安装时安装了.NET，其实都不是它们是基于.NET编辑的，而是为了支持.NET的嵌入式开发，你所看到的软件，比如QQ，迅雷，你看他们带.NET了吗？要是.NET好，他们干嘛不用，答案是因为不方便，因为XP系统一般是没有.NET的，连WIN7内嵌的.NET都不支持最新的.NET，也就是你用什么版本编的就得安装相应版本，那也要求对方电脑也得跟着升级，而API是不用升级着走的~

所以，你要编的软件在其他电脑上用，VB+API吧,如果你要个人电脑上用，VB.NET吧，如果你编小软件vb+api吧，如果你要大型软件就VB.NET吧，所以，你自己选吧。

希望给你的意见能对你有好处，现在深夜11点了，我也改睡了，拜拜！~

祝你学习愉快！

对了，还有点，比如CAD2007不支持.NET3.5以上的编程，而且.NET编好的EXE或者DLL是可以用专门的软件打开看你源代码的，也就是反编译，这对于加密（可以看你的加密方法）就很麻烦了（据说采用什么办法可以解决）。

使用VB.NET的五个技巧之窗体嵌套

NET框架组件太大了 比任何以前所写的封装功能的库都要大 这样有好处 因为它大幅削减了建立应用程序所需编写的代码 但是也使我们不可能完全了解该框架组件 但是我们很容易从中找到一些技巧

窗体嵌套

经验丰富的Visual Basic开发者知道多文档界面（MDI）应用程序能够包含子窗体 那些子窗体由MDI父窗体管理 但是如果没有MDI的能力你怎样实现包含嵌套窗体？例如一个MDI子窗体也可能需要包含另一个窗体

有时能够使用用户控件（UserControl）实现这种功能 但是如果你真的需要把一个窗体嵌套进另一个窗体 有多种方法可以实现 窗体衍生自Control类 这意味着它能被放入另一个窗体的控件集合中 使用如下的逻辑

Dim f As New frmEmbed ()Me Controls Add(f)f Show()

但是很不幸 这段代码将会导致一个运行时（runtime）异常（见图 ）

图 试图把一个窗体添加到另一个窗体的控件集合时出现的运行时错误

为了避免这种异常 该窗体的TopLevel属性必须设置为False（见下面的代码）

Dim f As New frmEmbed () f TopLevel = False Me Controls Add(f) f Show()

图 显示的是使用上面的逻辑实现的一个窗体嵌入另一个窗体 嵌入的窗体有一个标题条（它的颜色是未激活的系统颜色） 因此该嵌入窗体能在容器窗体内四处拖动 在图 中 该窗体从它的开始位置（左上角）拖到了右下角

图 在容器窗体中有一个嵌入的窗体 嵌入的窗体能在容器窗体中拖动

通常在显示嵌入的窗体前先设置它的位置 这只需要简单的设置嵌入窗体的Left和Top属性 嵌入窗体的位置与容器窗体是相对的

与MDI子窗体不同 嵌入窗体能覆盖容器窗体上的控件 图 显示了它们的不同

图 嵌入窗体（左）可以覆盖容器窗体上的控件 MDI子窗体（右）不能覆盖MDI父窗体上的控件

在右边的MDI例子中 没有办法使按钮隐藏在子窗体的后面 但是在左边该按钮被嵌入窗体覆盖了

当窗体第一次被嵌入时 它将显示在容器窗体上的已存在的控件的后面 当它被点击时 它走向前台并停留在那儿 这会打扰用户 但是能通过插入下面的代码防止这种情况发生

f BringToFront（）

嵌入的窗体可以包含其它的嵌入窗体 没有实际的限制 图 显示了一个本身包含嵌入的窗体的嵌入窗体

lishixinzhi/Article/program/net/201311/12398