axapta - 在 D365 中更新表单设计的有效方法
问题描述
我总是在数据源的 active 方法中更新表单的设计。更新设计意味着根据表单数据源光标启用或禁用按钮。但是,我面临用户收到同时工作错误的情况,这意味着应该刷新表单。当用户使用错误消息中询问的 CTRL+SHIft+F5 时,即使数据更新,设计也不会更新。因为在这种情况下不调用活动方法。
我调查了其他方法,并了解大多数情况下都会调用表单数据源刷新方法,但在初始化表单时不会调用。这意味着当表单要打开时,按钮不会根据光标的第一条记录启用或禁用。问题是,根据记录更新表单设计的最佳位置是什么?使用表单数据源刷新方法更新设计是否常见?
解决方案
我认为没有足够的信息来为这个错误提供一个好的解决方案,但基本上我要做的是在 aosValidateUpdate (或类似的)中设置一个断点来调试它,以检查哪些代码正在更新该行两次。
另一个可能的解决方法是在此错误发生之前调用 reRead。
推荐阅读
- logstash - Logstash 配置变量扩展
- windows - 无法将大小为 0 的序列复制到维度为 5 的数组轴
- master-data-management - IBM MDM BusinessProxy CompositeTxn 线程安全
- r - 使用 ovun.sample 函数的不平衡数据集错误
- ssl - SQLMap 命令 SSL 错误
- symfony - 在 Symfony 的 REST API 中仅发送必填字段的最佳实践
- java - 从 JTextPane 计算输入
- typescript - 使用猫鼬的异步函数中的返回类型会产生错误
- javascript - 将数据传递给 Angular 中的其他页面/组件
- c# - OAuth2.0 服务调用异常