NAV和CRM之間的集成

我正在審查另一個代碼，它將數據從NAV推到CRM時執行某些操作。我看到他在幹什麼，但我不清楚管道分段。他用10,20,40作爲某個事物的階段，我不明白他是否做了不必要的事情或者是否需要。NAV和CRM之間的集成

我從來沒有在我的插件中使用這些流水線階段，但它可能與NAV集成（Scribe插件，或類似的東西）有關。

這是別人以前看過的東西嗎？到底有什麼好處呢？

顯然在插件執行界面上下文中有階段屬性。

來源

2013-07-26 Konrad Viltersten

可能是同一個插件註冊在不同的管道（前期，後期）的多個步驟。

因此它使用Stage屬性來區分需要執行的代碼。

來源

2013-07-27 07:01:04

哦，現在我明白了這個傢伙在做什麼。我（幾乎）從不在不同的狀態下注冊一個插件，針對多個消息中的不同實體等等，因爲我希望我的插件能夠......很好地插入和導出。現在代碼的設計方式，它不是一個插件，而是更多的封面。可讀性受損，感覺像是全押。他的方法有沒有優勢，我錯過了？我只與CRM-NAV合作過一次，但並不是很深...... –

這只是一種編程風格，例如我不太喜歡開發人員工具包中的模板，因爲有時候我只需要編寫兩行代碼在Execute方法中。 –

很酷。我也這麼想。在這種特殊情況下，我相信我的前任所選擇的風格不夠理想。我需要向項目經理解釋，而不是實際上摧毀那些在我之前到過那裏的可憐的傢伙。我相信他盡了全力。或者說 - 我很害怕**，他盡了全力。 :) –

NAV和CRM之間的集成

回答

相關問題