重构使用单个存储过程的 eConnect 方法

Question

我正在编写一个程序来使用 eConnect 修改 GP10 中的一些发票。一些发票需要重置分配，因为由于各种其他（对于这个问题并不重要）过程，总计没有正确加起来；这是通过该计划实现的。此外，大多数发票将被移动到不同的批次（如果您不熟悉 GP，请考虑桶），也使用此程序。

这两项任务都是通过 eConnect 处理相同类型的文件来完成的。这是处理该文件的方法：

public bool PersistAllChangesInDynamics()
    {
        //instantiate the proper eConnect object for updating the invoice.
        eConnectType eConnect = new eConnectType();
        SOPTransactionType transType = new SOPTransactionType();
        transType.taSopHdrIvcInsert = this.ConvertToSopHdrIvcInsertXml();
        //Adjust fields to reset distributions.
        transType.taSopHdrIvcInsert.UpdateExisting = 1;
        transType.taSopHdrIvcInsert.CREATEDIST = 1;

        SOPTransactionType[] updateInvTypeArray = { transType };
        eConnect.SOPTransactionType = updateInvTypeArray;

        //serialize and process the document.
        XmlDocument eConnectDoc = eConnectHelper.SerializeEConnectDoc(eConnect);
        return eConnectHelper.ProcessEConnectDoc(eConnectDoc);
    }

我的问题围绕着这段代码：

    transType.taSopHdrIvcInsert.UpdateExisting = 1; //updates the batch changes
    transType.taSopHdrIvcInsert.CREATEDIST = 1; //re-creates the distributions

taSopHdrIvcInsert 是 eConnect 提供的对象，用于保存对发票的任何更改。据我所知，没有一个对象只能重新创建发行版。每当我处理文档时，eConnect 都会在 Dynamics 数据库上调用一个类似名称的存储过程来正确保存这些更改。 UpdateExisting 和 CREATEDIST 是该 SP 的可选参数。

有时，我只需要更新批次（或发票的其他部分），或者只重新创建分配，但其他时候，我需要同时执行这两项操作。重新创建分配不会导致任何不需要的更改，您始终希望每张发票的分配都是正确的。我还没有测试过一次只做一件事是否能节省时间；由于该对象正在服务器端调用 SP，因此我看不出它会在哪里花费明显不同的时间。

你们中有人认为有任何理由将其重构为 2-3 种不同的方法，以将每个所需的功能分开吗？

Answer 1

如果您所做的只是更新一两个字段，并且您知道这不会妨碍任何 GP，那么只需通过 SQL 更新字段即可。我有许多方法调用 eConnect，然后在 eConnect 完成后直接更新对象，因为没有我必须更改的字段的 eConnect 参数。