Sql server 组合ms access vba代码

我和我的同事正在开发一个基于ms access的应用程序。我们正在设计和编码不同的页面/表单，以便划分工作。我们计划稍后合并我们的工作。我们如何才能做到这一点而不出现任何问题，比如破坏设计和宏？我们使用MSAccess2007作为前端，SQLServer2005作为数据源

---

---

我在bytes.com上找到了一个主意。我可以导入我想要的表单、报表、查询、数据和表格。我要试试这个。然而，这只是一个想法。因此，需要通过试错技术来研究这种方法。

最重要的要求是在开始编码之前完成总体设计。例如：

• 所有表单必须具有相同的样式。每个表单上必须以相同的方式提供帮助和错误信息。如果用户可以将表单分成两组，则表示您失败
• 数据库设计必须完成，并对每个表及其关系和属性进行完整的书面描述
• 必须定义每个主要宏的用途和参数。如果宏A1的存在只是为了维护宏A，那么A1不是主要宏，只有A的作者需要知道其详细信息，直到编码完成
• 商定了文档样式和详细程度。如果应用程序在六个月或十二个月后需要增强，您应该能够像处理自己的宏和窗体一样轻松地处理其他宏和窗体
• 如果您中的一方认为编码开始后需要对设计进行更改，则必须记录此更改，并与另一方达成一致，并且将更改规范添加到主规范中

许多年前，我讲授（电子数据交换（EDI）。有了电子数据交换，规范分为两部分，一部分组织为信息发送者提供应用程序，另一部分组织为信息接收者提供应用程序。我经常在讲座中使用一个例子，帮助听众理解完整、明确规范的重要性

我想要两个形状，一个E和一个反向E，我可以把它们组合在一起，形成一个10厘米的正方形。我不在乎它们是什么做成的，只要它们能完美地组合在一起

如果我把这个任务交给一个组织，这个规格就足够了。一个组织可能使用硬纸板，另一种金属，但我不在乎。但假设我让一个组织创建E，另一个组织创建反向E。如果我要得到10厘米的正方形，我的规格必须有多详细？我建议：材料，厚度ess和E的维度。我的观众会竞争提出越来越多必须匹配的模糊特征：密度、颜色、图案、纹理等

我并不总是相信我的听众听了我演讲的其余部分，因为他们在寻找一个可以覆盖所有其他部分的特征。不管怎样，我已经理解了我的主要观点，这就是为什么EDI规范没有令人震惊的细节

你的情况不会那么困难，因为你和你的同事可能在同一个房间里，你可以随时交谈。但我希望这个例子能帮助你理解，如果你一开始不同意完整的设计，那么你的两个部分之间的接口就不那么无缝了。这是一些小假设-我以为你知道我是这样做的-那会扼杀你的应用程序

新章节

好吧，也许我之前的大部分建议都不适合你的情况

所以，您正在尝试修改您不懂的语言编写的代码。祝您好运，您将需要它

我认为作用域将是您最大的问题。大多数现代语言都有名称空间，允许您根据需要为变量或例程提供尽可能多或尽可能少的作用域。VBA只有三个级别

函数或子例程中声明的变量自动为该函数或子例程的私有变量

模块内声明为

Private

的变量对其他模块中的函数和子例程不可见，但对模块内的任何函数或子例程可见

模块中声明为

Public

的变量对项目中的任何函数或子例程都可见

表单中声明的任何内容都是该表单的私有内容。如果表单希望将值传递给外部函数或子例程，则可以通过写入公共变量或将其在参数中传递给公共函数或子例程来实现

避免VBA帮助中的命名冲突提供了有用的建议

---

表单和模块名称在合并的项目中必须是唯一的。您将无法避免常数、变量、函数和子例程对其他函数和子例程可见。避免命名冲突提供了一种方法。我成功使用的一种方法是将应用程序划分为子应用程序如果每个公共常量、变量、函数和子程序名称都有适当的前缀，那么您可以模拟名称空间类型控制。

据我所知，您可以将几乎任何对象从一个访问文件导出到另一个访问文件…右键单击…导出。这真的是一个错误吗您在找什么？@Pynner和Tony：已有一个基于ms-access 2007的应用程序，需要对UI进行一些更改，包括向现有表单添加子表单或创建一些新表单。因为我们（新访问）在不同的服务器上工作时，我们需要合并更改以准备好最终的应用程序。UI和数据库的设计不可篡改，因此所有内容都是同步的。此外，一个应用程序中有大约14个更改，大约60个表单和报告，这意味着我们在合并时需要非常小心，以便现有的表单不受影响。@user1175126