Dynamics crm 2011 NAV与CRM的集成

Dynamics crm 2011 NAV与CRM的集成,dynamics-crm-2011,dynamics-crm,dynamics-nav,Dynamics Crm 2011,Dynamics Crm,Dynamics Nav,我正在检查另一个人的代码,当数据从NAV推送到CRM时,该代码会做一些事情。我知道他在干什么,但我不清楚管道分段。他用10,20,40作为某件事的阶段,我不知道他是否做了一些不必要的事情或者是否需要 我从未在我的插件中使用过这些管道阶段,但它可能与NAV集成(Scribe插件或类似的东西)有关 这是别人以前见过的吗?它有什么好处 显然,在插件执行接口的上下文中有一个Stage属性。可能同一个插件在多个步骤中使用不同的管道(前阶段、后阶段)注册 因此,它使用Stage属性来区分需要执行的代码。哦,

我正在检查另一个人的代码,当数据从NAV推送到CRM时,该代码会做一些事情。我知道他在干什么,但我不清楚管道分段。他用10,20,40作为某件事的阶段,我不知道他是否做了一些不必要的事情或者是否需要

我从未在我的插件中使用过这些管道阶段,但它可能与NAV集成(Scribe插件或类似的东西)有关

这是别人以前见过的吗?它有什么好处


显然,在插件执行接口的上下文中有一个Stage属性。

可能同一个插件在多个步骤中使用不同的管道(前阶段、后阶段)注册


因此,它使用
Stage
属性来区分需要执行的代码。

哦,现在我明白了这家伙在做什么了。我(几乎)从不在不同的状态下注册插件,在多条消息上注册不同的实体等,因为我希望我的插件是。。。插好插头,拔出插头。现在代码的设计方式,它不是一个插件,而是一个封面。可读性受到了影响,感觉像是完全失败了。他的方法会有我所没有的优势吗?我只使用过一次CRM-NAV设置,但没有深入了解……这只是一种编程风格,例如,我不太喜欢开发人员工具包中的模板,因为有时我只需要在Execute方法中写两行。酷。我就是这么想的。在这种特殊情况下,我认为我的前任选择的风格不是最理想的。我需要向项目经理解释这一点,但不要真的诋毁在我之前去过那里的那个可怜的家伙。我相信他已经尽力了。或者更确切地说,恐怕他已经尽力了