1.VB登陆窗体代码。数据库呢是access的 数据库名为data 有一个登陆表 有两个字段名 用户名 密码
2.[VS2017使用] 创建MFC ActiveX控件项目[TZZ]
3.ava中有几种方法可以实现一个线程？用什么关键字修饰同步方法? stop()和suspend()方法为何不推荐使用？

VB登陆窗体代码。数据库呢是access的 数据库名为data 有一个登陆表 有两个字段名 用户名 密码

       新建vb工程，然后点击“工程”-->“引用”，在以下两个选项前挑勾：

       Microsoft Data Environment Instance 1.0

       Microsoft ActiveX Objects 2.5 Library

       因为你要用Access数据库，所以需要在工程中添加控件。app源码提取

       建立Access数据库，在这个vb工程文件夹新建一个文件夹，命名为table，然后将这个Access数据库文件放入table文件夹中。

       源代码：

       Private Con_Access As Connections

       Private Sub Form_Load()

           Set Con_Access = New Connection

           With Con_Access

               .Provider = "microsoft.jet.oledb.4.0"

               .ConnectionString = App.Path & "\table\ship.mdb"

               .Open

           End With

       End Sub

       Private Sub cmdOK_Click()

           Dim cmd As New Command

           Dim rd As New Recordset

           cmd.ActiveConnection = Con_Access

           cmd.CommandText = "select username,userpassword from usertable where username='" & Text1.Text & "'"

           On Error GoTo db_error

           Set rd = cmd.Execute

           On Error GoTo 0

           If rd.EOF Then

               MsgBox "用户名不存在。", vbOKOnly + vbInformation, "错误"

               Exit Sub

           End If

       db_error:

           MsgBox Err.Description, vbOKOnly + vbInformation, "错误"

       End Sub

       Private Sub cmdCancel_Click()

           End

       End Sub

       已经附上截图了，如果还有疑问，发电邮给我rearguard_zero@hotmail.com

[VS使用] 创建MFC ActiveX控件项目[TZZ]

       大家好！今天我给大家介绍一下“在VS中创建MFC ActiveX控件的方法”。这篇文章后只谈ActiveX的创建过程，至于如何调试ActiveX控件，我会在下一篇文章中再谈。

       启动VS软件。在VS界面的菜单栏中，点击“文件 新建 项目”，打开“新建项目”窗口；

       在“新建项目”窗口的左侧列表中，选择“已安装 Visual C++ MFC”，然后在MFC的模板列表中，选中“MFC Active X控件”。之后，可以设置项目名称和存储位置。设置完毕后，点击“确定”按钮确定项目创建；

       在弹出的“MFC ActiveX控件”配置窗口中，可以设置新建控件的短名称、控件类名等配置参数（以后正式开发ActiveX控件时再逐步解释）。参数配置完毕后，点击“下一步”按钮进入下一步；

       在出现的“控件设置”窗口中，点击“完成”按钮确定项目创建；

       项目创建完毕后，点击VS菜单栏上的“生成 生成解决方案”（或者按F7）编译新建的ActiveX项目源代码；

       项目编译完毕后，VS的输出窗口中会给出无法注册生成的ActiveX控件的错误提示。从提示中可以发现，是权限不够导致的；

       关闭当前使用的VS软件，然后以管理员身份重新将其打开。在以管理员身份启动的VS中，点击菜单栏上的“文件 最近使用的项目和解决方案”，然后选择之前创建项目的解决方案，将其打开；

       在新打开的项目中，查看VS的标题栏，可以确定当前VS正运行在管理员权限下；

       再次通过VS菜单栏上的动态信封网页源码生成菜单编译项目解决方案。这次，项目编译成功。之前的问题注册问题已顺利解决；

       如果你觉得编译完成就可以直接点击调试运行ActiveX项目的话，那就想错了。项目生成的ocx文件无法直接运行，因此，当你调试运行时，VS会弹出错误提示框。至于如何调试ActiveX项目，下一篇文章我再详细的给大家介绍。Enjoy！

ava中有几种方法可以实现一个线程？用什么关键字修饰同步方法? stop()和suspend()方法为何不推荐使用？

       的ActiveX

        ActiveX的ActiveX起源时，最初只是一个品牌名称，它涵盖了技术不是孤立的，其中大部分是与Internet和Web有一定关联。更重要的是，在ActiveX的整体技术是微软的COM（组件对象模型组件对象模型）的建立。但不要误认为ActiveX是定义了所有包含基于COM的技术。 COM和Microsoft Office和Windows，微软正在做相关的一切，很明显，这些产品是不是ActiveX的家庭成员。

       的ActiveX复合文档从微软的技术 - OLE成长起来的。 OLE初始释放，但针对复合文档，但在后续版本OLE2进口COM。 COM的的OLE设计师需求的诞生。其基本出发点是做一个软件，通过一个共同的机构提供服务，另一家软件。因此，COM用户OLE2。事实上，COM和复合文档，是没有多大意义的。后来，COM完全无关的复合文档技术开始得到广泛的应用。因此，微软开始“染指”通用平台技术。 COM是不是一个产品，它需要一个商标名称。不幸的是，市场专家们选择了“OLE”作为商号。然后，301跳转页面源码利用COM技术的OLE标签粘贴。当然，这些技术的绝大多数具有没有关系与化合物笔。微软为了向人们解释：“OLE不仅是指复合文档！”这是一个相当大的量的能量和时间。

       所以，在年的春天，微软改变了主意，选择了ActiveX作为一个新的品牌名称。 ActiveX是一个松散定义的基于COM的技术的集合，OLE仍然仅指复合文档。当然，最重要的核心COM。

       对象模型完全独立于编程语言，这是一个非常新颖的想法。从C + +和Java对象，我们将能够理解。但所谓的COM对象是什么就是什么呢？为了便于理解，COM可以看出一些种（软件）封装技术，可以看到它作为一个不同的软件的一部分，结合成某种形式的面向对象的，可以交互的过程和一组支持库。 COM对象可以被写入在C + +，Java中，和VB语言的任何DLL或文件的不同进程的工作的实施。任何语言编写的客户端使用COM对象，而不关注的对象，和不关心它的DLL，或者到另一个进程来执行。从客户端，没有任何区别。

       这样一个共同的处理方法是非常有用的。例如，两个应用程序协调运行的用户，可以合作的一部分，作为COM对象实现（当然，现在可以做的OLE复合文档）之间的相互作用。在浏览器中执行从Web服务器下载的代码，浏览器就可以看到它作为一个COM对象。换句话说，COM技术也是一种打包下载代码的标准方法（ActiveX控件执行此功能）。

       甚至是应用程序与本地操作系统交互的方法，您可以使用COM来指定新的API（Windows和Windows NT，多数被定义为一个COM对象）。卫星源码码率 COM虽然起源于一个复合文档，但它可以被有效地应用于许多软件问题。

       的ActiveX英国

       活动平台是微软的世界观。其基本思想是：使用ActiveX控件来建立，包括从组织与用户互动和交易处理监视器，以适应COM的Web服务器，所有的自动。活动平台包括两部分：活动服务器和活动的客户端。

       活动服务器的中间层。组件或Active Server Pages，为客户提供业务逻辑和应用处理的地方。 ActiveServer技术的核心NT Server，Microsoft事务服务器，数据管理服务，目录服务，Web服务，以及网络服务。

       交易服务器是微软的基于组件的编程模型，结合了传统的TP多个线程生成和数据库监控功能。其他组件的数据管理服务，如主动OLE DB和ODBC访问DB2，甲骨文，SQL Server和其他数据源。目录服务提供目录服务层，使在网络上的远程对象的相互四处搜寻DCOM（分布式COM，分布式COM）。 Inter网服务器为中心的Web服务建立在Web服务器上，应用程序的开发，生成脚本（脚本）的机构。通过中介网络为中心的网络服务，DCOM建立MS-RPC同步，这样一来就能连接的控制。

       活跃的客户端是一个跨平台的。微软的技术，即使排斥，但也希望，这项技术是开放的多个操作系统。该计划的具体实施是使用脚本引擎（脚本引擎）。脚本引擎是一个标准的HTML和Java虚拟机（JVM）与微软特色，微软的VBScript司法人员叙用委员会RIPT的构成。组装到微软的IE 3.0和4.0的ActiveX，可以成为活跃的客户端的C / S

       从企业用户只使用Windows的Active平台可以提供一个强大的，可扩展的服务器应用程序开发平台的应用程序的一部分。 ActiveServer的外卖app源码安装TP监视器高端产品这样的场合，使用常见的工具和技术。因此，小型工作组和内联网应用程序将无法超越的Active Server的能力。 ACTI VE的目标平台是一个异构的环境，但由于过度依赖IE，所以你不能开车到客户端。虽然一些非Windows平台上也推出了浏览器，但最好的支持，最新版本的资源管理器或窗口s。

       的ActiveX进步

        COM扩展初始版本的分布式计算，假设COM对象和它的客户端运行在同一台机器（在同一个进程，而且在不同的进程），DCOM的的ActiveX家庭成员。后来，它可以使用在Windows 中。 COM对象的DCOM客户端交互不能做任何。

       客户端使用完全相同的代码可以访问本地和远程对象。然而，很多情况下，客户需要的一些DCOM附件。 DCOM提供分布式的安全保密机制，以提供验证和数据加密。发布于年，是Windows NT 5.0，Kerberos等安全保密协议，追加到DCOM。 DCOM已经能够使用简洁的域名服务，目录服务，搜索其他计算机上的COM对象。 NT 5.0支持更多的的ACTI已经指南。 Active Directory的域名服务和轻量级目录访问协议的基础上。

        DCOM的对手，一直是OMG（对象管理组织）的CORBA（公共对象R equest代理体系结构）。它被组装成IONA的Orbix和Visigenic的VisiBroker和其他产品。不久前，另一位技术支持分散的对象 - Java远程方法调用介绍。两个C ORBA，DCOM，可以在多语言写对象之间的通信。 RMI只限于Java实现对象之间的通信。很显然，这是一个制约因素。 RMI是非常简单的使用。 RMI开发人员可以使用Java来设计的协议规范。因此，在语言的功能，可以进行无缝的。

       写一个的DCOM服务器处理只有两三个客户端，是相当简单的。然而，建立一个高效的处理数百成千上万的客户端DCOM服务器，相当困难。

       为了便于编写可扩展的DCOM服务器，微软事务服务器（MTS）。在支持该交易的同时，MTS自动生成的线索和重复使用的智能对象。 MTS可伸缩的服务器的生产变得相当简单。即使没有事务处理应用程序，使用MTS也不错。事实上，M icrosoft鼓励人们使用VB写的MTS应用程序。这是发展业务服务器的传统做法不同，所有MTS应用程序的COM对象写入一个以上的，而且必须实现的一个DLL。在正常情况下，客户端将无法看到MTS。客户端只是继续生产，使用COM对象可以是。

       标准化组件的

       基于组件的应用程序的开发，组装电子设备，你可以使用现成的零部件来构建应用程序。桌面使用的ActiveX控件，基于COM的组件。所谓的ActiveX控件，但要符合一定的标准，COM对象进行交互的客户端。

       例如，ActiveX控件，必须通过自动化（调度接口）来公开方法。这种标准化的交互功能，可以使用在一个数量不同的情况下，相同的控制。 “幕后”这个标准接口，ActiveX控件是几乎能胜任。现在，许多软件公司都能够控制各种功能。

        ActiveX控件的DDL的准备，为此，它必须被加载到一个容器中。 ActiveX控件容器VB原型，此外，也有多种选择的容器。目前，一个非常重要的控制容器是微软的网络浏览器

       那些元素的所谓的ActiveX控件，它是要实现的许多方法。他们已经从本地硬盘的机器VB和其他容器。数百KB和MB管制的，似乎没有什么大的区别。但是当你想控制被加载到Web浏览器，它很可能是通过电话线速度非常缓慢。现在，该大小的控制是非常关键的问题。要进行控制，超过一定限度，就会延长下载时间。因此，Microsoft提供了ActiveX控件，只有在绝对必要的功能。

       苹果公司和IBM公司推出的OpenDoc，是主要竞争对手的ActiveX控件。的OpenDoc赞助的企业现在已正式宣布暂停经济援助。与微软的企业青睐JavaBeans（J ava的基于组件的结构）的对抗。基本上是捆绑的ActiveX控件和Windows，在二进制机器代码，而JavaBeans是不同的，它是能够执行。这，当然是有代价的。很明显，只要不牺牲便携性，它是不可能完全彻底利用当地的环境。要编写的组件可以从公共互联网上下载的，应优先考虑选择JavaBeans的。

       桌面组件市场的持续快速增长。其中大部分是基于ActiveX控件的建立（Java Beans的仍是少数）。服务器组件的标准化落后。在桌面上，VB，PowerBuilder编程环境，容器，Web浏览器是强大的。如果在服务器容器是必须要做的吗？集装箱的服务器组件事务服务器是一个更好的选择。

       微软的竞争对手，并尽一切可能防止MTS和NT占领市场。他们是在全速发展标准的服务器组件，其中一个最有前途的是对En?terprise JavaBeans。 JavaBeans的扩张，并定义了一个事务处理服务器接口。 Enterprise JavaBeans的支持者，独立软件供应商，作为一个COM组件来写，但写豆类的服务器组件。

        ActiveX构建工具的

       推广的ActiveX控件，ActiveX控件的开发工具是与日俱增。由于ActiveX是不依赖于语言，传统的开发工具基本上可以建立的ActiveX控件。最常用的Delphi，宝werBuilder以及Visual Basic中的Visual C + +时，Visual J + +等。基本配置文件

        1。 ActiveX控件的3GL开发：①MFC（微软基础类，Microsoft基础类），②ActiveX模板库，ActiveX模板库（ATL），③BaseCtrl的框架等。 MFC是最经典的，使用MFC开发人员不关心的接口，而是将注意力集中在对象的动作。它的缺点是必须存在的控制和执行DLL与容器的尺寸就越大。 ATL可以使用模板来生成代码。也就是说，图书馆和DLL没有一起推出的控制。在ATL中，你需要一些基本的派生类从现有的模板。 AT L也有缺点，即该接口的处理是困难的，该应用程序的必要的接口，必须创建。此外，ATL不支持的类向导，类向导。不幸的是，没有对象描述语言（对象描述语言）和接口定义语言文件，自动同步用户代码向导。 BaseCtrl是一?个简单的类型库。 ATL是非常相似，但没有模板。事实上，由于BaseCtrl太容易了，微软不支持它。在BaseCtrl中，一些无所不能的控制（骨架控制）。该ActiveX的发展模式BaseCtrl提供容易理解的，但与ATL并不简单，是不是和ATL和灵活性。现在看来，ActiveX控件的开发人员，BaseCt RL是“苦”的选择。

        2。开发工具

        ActiveX控件可以，第一个工具的Microsoft Visual C + +。它可以提供最大程度的控制ActiveX开发。的Visual J + +和ActiveX控件也可以。

        Borland公司推出了两款工具（JBuilder和IntraBuilder），也是很可观的。然而，BORL和工具创建ActiveX组件，只有德尔福3.0和C + + Builder中。 Borland的Delphi的A ctiveX发展的特点，被称为内有效。它是任意的Delphi窗口的形式的ActiveX。活跃?在配备了新的控件在Web上。 Delphi控件COM和DCOM的链接。

        PowerBuilder的5.0转化为可用于开发的ActiveX客户端/服务器开发工具。作为一个ActiveX控件，可配鲍威的rBuilder数据窗口（PowerBuilder应用开发的核心部分）。为了使PowerBuilder开发人员现在可以使用的PowerScript编程语言，一些熟悉的功能。

       拥有最好的工具，使ActivX控件，无疑是微软。例如，使用Visual Basic 5.0中，开发人员可以使用可视化编程环境和本地语言Visual Basic应用开发控制。

        5的ActiveX

       事实上，Windows和Windows NT，ActiveX技术环境的世界。但无论MICR OSOFT以及如何推进它的操作系统，也不能所有的企业已成为所有Windows。 ，MICROS经常要尽量使COM，DCOM和ActiveX家庭的一部分，也可以使用其他OS。 Macin胡说已经支持ActiveX，这其中也包括对ActiveX控件的支持。 Software AG的这些技术被移植到多种Unix和IBM的OS/。 DEC和HP还打算在自己的系统中使用这些技术，他们也是微软的源代码移植的方式来实现。

        COM的Windows 和Windows NT环境为基础的软件已成为一个重要组成部分，但它是未来，有很多不确定因素。例如，微软是作为一个多平台的技术，能够COM开发允许继续存在呢？按企业现有的NT服务器，有必要使DCOM的分布式服务，也可以应用在非微软平台上。为了解决这些问题，它需要相当长的一段时间。基于CORBA的产品，和JAV一个RMI已经成功地运行在多操作系统环境。后期推出的多平台，DCOM，CORBA和RMI领先?的多。

        ActiveX控件和JavaBeans竞争力的前景？无论在Web浏览器或运行在另一个地方运行的软件，或在短的，组件的软件（构件的）是一种软件开发的热点。目前，ActiveX控件，暂时处于领先地位，但由于的OpenDoc的运行过程，与微软的企业竞争成为了一个与之抗衡的。用户再也不想看到“独霸天下”，仅仅这一点的，JavaBean将在此的市场竞争中抢占一席之地。