10

ExtJS 4.1.0

2013 年 6 月 6 日更新

我在 Sencha 论坛上发布了同样的问题,但没有采取太多行动。该帖子或多或少相同,但我想我会在此处添加它以供参考。我仍然渴望听到其他社区成员对 ExtJS 应用程序中非常常见的场景的意见! http://www.sencha.com/forum/showthread.php?265358-Complex-Model-Save-Decoupling-Data-and-Updating-Related-Stores

2013 年 7 月 16 日更新(结论?)

Sencha 的帖子几乎没有引起任何讨论。我决定将大部分复杂保存操作的负载放在我的应用程序服务器上,并在需要的地方懒惰地刷新客户端存储。这样我可以使用我自己的数据库包装器来包含与一个复杂的域对象相关的所有事务保存以保证原子性。如果保存一个新Order的包括保存订单元数据、十个新实例OrderContents和可能的其他信息(位于其他表中的地址、在创建订单时定义的新客户等),我宁愿将有效负载发送到应用程序服务器,而不是在客户端应用程序代码中建立一个粗俗的回调网络。一对一关联的数据(例如OrderhasOne Address)在success操作的回调Order.save()。更复杂的数据,例如Order的内容,通过简单地调用contentStore.sync(). 我觉得这是在没有大量客户端回调的情况下保证原子性的方法

原始帖子内容

鉴于保存关联繁重的模型的整体功能令人失望,我几乎放弃了我的应用程序中的模型关联,并依靠自己检索关联的数据。这一切都很好,但不幸的是并没有解决实际保存数据和更新 ExtJS 存储以反映服务器上的更改的问题。

以保存一个Order对象为例,该对象由元数据以及OrderContents订单上的部分组成。元数据最终出现在Order_Data数据库中的一个表中,而所有内容都出现在一个Order_Contents表中,其中每一行都通过一order_id列链接到父订单。

在客户端,检索订单的内容非常容易,无需任何关联:var contents = this.getContentsStore().query('order_id', 10).getRange(). 但是,一个主要缺陷是这取决于ExtJS Store中可用的内容记录OrderContents,如果我使用数据服务器未返回的关联与“主”对象,这将适用。

保存订单时,我发送一个请求,其中包含订单的元数据(例如,日期、订单号、供应商信息等)以及一系列内容。这些数据被分开并保存到相应的表中。这对我来说很有意义并且效果很好。

一切都很好,直到从应用程序服务器返回已保存/更新的记录。由于请求是通过调用 a 触发的OrderObject.save(),因此没有任何信息告诉OrderContents存储有新记录可用。如果我改为将记录添加到 store 和 call .sync(),这将自动处理,但我觉得这会使保存过程复杂化,我宁愿在应用程序服务器上处理这种解耦更不用说,保存整个请求非常好也是。

有没有更好的方法来解决这个问题?我目前的解决方案如下...

var orderContentsStore = this.getOrderContentsStore();
MyOrderObject.save({
    success: function(rec, op){
        // New Content Records need to be added to the contents store!
        orderContentsStore.add(rec.get('contents')); // Array of OrderContent Records
        orderContentsStore.commitChanges(); // This is very important
    }
});

通过调用commitChanges()添加到 store 中的记录被认为是干净的(非幻像,非脏),因此不再由 store 的getModifiedRecords()方法返回;正确的是,在发生store.sync().

这种方法对我来说似乎有点草率/hacky,但我还没有找到更好的解决方案......

非常感谢任何输入/想法!

4

1 回答 1

3

2013 年 8 月 26 日更新我发现关联数据确实由 Ext 在模型代理上的创建/更新回调中处理,但发现数据并不容易......请参阅我的帖子:ExtJS 4.1 - Returning Associated Data in Model.Save() 响应

好吧,这个问题已经有几个月的时间了,我觉得这个问题没有神奇的解决方案。

我的解决方案如下...

当保存一个复杂的模型(例如,一个会或确实有一些hasMany关联的模型)时,我保存包含所有关联数据的“父”模型(作为模型上的属性/字段!),然后添加(保存) afterSave/afterUpdate 回调中的关联数据。

以我的PurchaseOrder模型 whichhasMany ItemshasOne Address. 请注意,关联数据包含在模型的属性中,因为如果它仅存在于模型的关联存储中,则不会将其传递给服务器。

console.log(PurchaseOrder.getData());
---
id: 0
order_num: "PO12345"
order_total: 100.95
customer_id: 1
order_address: Object
    id: 0
    ship_address_1: "123 Awesome Street"
    ship_address_2: "Suite B"
    ship_city: "Gnarlyville"
    ship_state: "Vermont"
    ship_zip: "05401"
    ...etc...
contents: Array[2]
    0: Object
        id: 0
        sku: "BR10831"
        name: "Super Cool Shiny Thing"
        quantity: 5
        sold_price: 84.23
    1: Object
        id: 0
        sku: "BR10311"
        name: "Moderately Fun Paddle Ball"
        quantity: 1
        sold_price: 1.39

我已经Models建立了PurchaseOrder.ContentPurchaseOrder.Address,但是 中的数据PurchaseOrder不是这些模型的实例,而只是数据。同样,这是为了确保将其正确传递给应用程序服务器。

一旦我有一个如上所述的对象,我通过.save()如下方式将它发送到我的应用程序服务器:

PurchaseOrder.save({
    scope: me,
    success: me.afterOrderSave,
    failure: function(rec,op){
        console.error('Error saving Purchase Order', op);
    }
});

afterOrderSave: function(record, operation){
    var me = this;
    switch(operation.action){
        case 'create':
            /** 
              * Add the records to the appropriate stores.
              * Since these records (from the server) have an id,
              * they will not be marked as dirty nor as phantoms 
              */
            var savedRecord = operation.getResultSet().records[0];  // has associated!
            me.getOrderStore().add(savedRecord);
            me.getOrderContentStore().add(savedRecord.getContents()); //association!
            me.getOrderAddressStore().add(savedRecord.getAddress()); // association!
            break;

        case 'update':
            // Locate and update records with response from server
            break;
    }
}

我的应用程序服务器接收PurchaseOrder并相应地处理保存数据。我不会详细介绍,因为这个过程很大程度上取决于你自己的实现。我的应用程序框架松散地基于 Zend 1.11(主要是利用Zend_Db)。

我觉得这是最好的方法,原因如下:

  • 客户端上没有杂乱的各种 model.save() 回调字符串
  • 只有一个请求,非常容易管理
  • 在应用服务器上轻松处理原子性
  • 更少的往返=更少的潜在故障点担心
  • 如果你真的很懒,success回调的方法可以简单reload存储。

我会让这个答案坐一会儿以鼓励讨论。

谢谢阅读!

于 2013-07-24T12:41:35.873 回答