在 Dynamics AX 中管理不同的项目配置

Question

我们很难区分不同的配置。请允许我用一个小

场景来解释：

假设您有两个 AX 项目，例如 P 和 M，它们都更改了 ProdRouteJob 表，调用他们自己的项目特定类之一中的方法。
当然，您的开发人员机器上有所有这些类，并且 ProdRouteJob 编译得很好，但是对于在新服务器上安装，您不希望为每个未安装的项目添加存根类，你？因此，您可以将这些对项目类的调用包装在类似

if( Global::isConfigurationkeyEnabled( <projectPConfKey> ) )  
     // call project P stuff

干净地封装它们的内容中。您为所有项目声明了配置密钥，然后就可以开始了，对吗？

但是，如果您尚未在此计算机上安装项目 P，则会引发错误，因为其 projectPConfKey 未知。现在，您可以在每次安装时为所有项目安装配置密钥，只是为了告诉服务器存在 projectPConfKey 这样的东西，但是所有这些 if 都会评估为 true...

简而言之：如何在项目 XPO 中包含配置键以便您的代码可以编译，但同时从一开始就禁用某些配置键？

或者我在这里缺少一些完全基本的东西？

编辑：

答案中的共识（谢谢您，demas；谢谢您，Kjeldsen 先生）是，尝试通过宏或配置键或多或少自动进行客户端配置是不切实际的。因此，当我们在客户端安装时，我们必须导入包含更改的标准表，并手动取出与当前安装无关的所有更改。

我有点不知该接受哪个答案，因为 demas 回答了我提出的问题，而 Kjeldsen 先生则回答了 demas 回答下评论对话中出现的问题。我将向 Kjeldsen 先生致歉，将 demas 的回答标记为已接受。

Answer 1

if( Global::isConfigurationkeyEnabled( <projectPConfKey> ) ) 

此检查仅在执行时有效，当您编译代码时，您会收到错误。

因此，当您在生产服务器上导入对象并仅导入项目 M 的更改时，您需要创建存根类或比较对象。

还有另一种方法，但我没有 Axapta 来检查它。尝试：

#if.never
someMissingCall();
#endif

但我不确定它现在是否有效。

Answer 2

大型解决方案中心 (VAR) 通常为每个模块提供单独的应用程序。
如果您有 2 个模块，则您有 2 个应用程序。

好的模块与标准应用程序的冲突区域非常小，这些都保存在单独的项目中。

然后在安装时手动处理与标准模块和其他模块的冲突。由于冲突区域很小并且很少发生变化（它不应该包含业务逻辑），因此问题很小。