I'm facing an application design problem with the Ext.data.Model
class in ExtJS. I will try to develop my ideas to a very common online store scenario here, so you can follow me. I would really appreciate any comments on my thoughts and conclusions!
Let's suppose you want to map the fact that "Every customer can order multiple products" to ExtJS. From the bare words one can identify these three models involved: Customer
, Order
, and Product
. The Order
in this case is what connects Customer
s and
Product
s.
I found that ExtJS actually allows you to specify this (Customer)1-n(Order)1-n(Product)
relation using the Ext.data.HasManyAssociation
and Ext.data.BelongsToAssociation
classes. But is this what one wants? Would you want to that a Product
always belongs to an Order
? What if you want to have a list of Product
s without any connection to Order
s whatsoever?
This is where it get's more ExtJS specific. In ExtJS you have Ext.data.Store
s to hold all your data. To me a natural way to organize my data is to have an Ext.data.Store
for each of my models:
CustomerStore
OrderStore
ProductStore
Consider having a three Ext.grid.Panel
s side-by-side; one for each store. When selecting a customer in the one grid, his orders automatically show up in the second grid. When selecting an order in the second grid the associated products appear in the third grid.
Does this sound natural to you? If not, please comment!
So now we have three things that we need to bring together:
hasMany
, belongsTo
) and theStore
s)Is it possible to define an association only from one side of a Model-Model relation? For instance, can I specify that an Order
hasMany
Product
s but leave out that a Product
belongsTo
an Order
? Because a Product
can actually belong to more than one Order
. Therefore I specify that the Product
model hasMany
Order
s below.
Here are the models in ExtJS:
Ext.define('Customer', {
extend : 'Ext.data.Model',
requires : [
'Order',
],
fields : [
{name : 'id', type : 'int'},
{name : 'lastname', type : 'string'}
{name : 'firstname', type : 'string'}
],
hasMany: 'Order' /* Generates a orders() method on every Customer instance */
});
Ext.define('Order', {
extend : 'Ext.data.Model',
fields : [
{name : 'id', type : 'int'},
{name : 'customer_id', type : 'int'}, /* refers to the customer that this order belongs to*/
{name : 'date', type : 'date'}
],
belongsTo: 'Customer', /* Generates a getCustomer method on every Order instance */
hasMany: 'Product' /* Generates a products() method on every Order instance */
});
Ext.define('Product', {
extend : 'Ext.data.Model',
fields : [
{name : 'id', type : 'int'},
{name : 'name', type : 'string'},
{name : 'description', type : 'string'},
{name : 'price', type : 'float'}
],
/*
I don't specify the relation to the "Order" model here
because it simply doesn't belong here.
Will it still work?
*/
hasMany: 'Order'
});
And here are the stores:
Ext.define('CustomerStore', {
extend : 'Ext.data.Store',
storeId : 'CustomerStore',
model : 'Customer',
proxy : {
type : 'ajax',
url : 'data/customers.json',
reader : {
type : 'json',
root : 'items',
totalProperty : 'total'
}
}
});
Ext.define('OrderStore', {
extend : 'Ext.data.Store',
storeId : 'OrderStore',
model : 'Order',
proxy : {
type : 'ajax',
url : 'data/orders.json',
reader : {
type : 'json',
root : 'items',
totalProperty : 'total'
}
}
});
Ext.define('ProductStore', {
extend : 'Ext.data.Store',
storeId : 'ProductStore',
model : 'Product',
proxy : {
type : 'ajax',
url : 'data/products.json',
reader : {
type : 'json',
root : 'items',
totalProperty : 'total'
}
}
});
Here is an example (not by me) with companies and their products http://superdit.com/2011/05/23/extjs-load-grid-from-another-grid/ . It uses two Models and two stores but there are no associations define.
Thank you in advance
-Konrad
Konrad. I recently faced with dealing with Models+Associations+Stores
. This wasn't very pleasent experience. Here is what I've learned:
Let's say we have Store1, Store2, Model1, Model2, Grid1, Grid2. Grid1 uses Store1, Store1 uses Model1 and similarly Grid2 uses Store2, Store2 uses Model2.
So far all is working, data is loading and so on.
But now we want to add hasMany
association to Model1. Ok, we are adding to Model1's config:
hasMany: {model: 'Model2', name: 'model2'}
After this you think that you can populate Store2 with data on Grid1's itemclick
by doing something like following:
Grid1.on('itemclick', function(view, item_which_uses_model1){
//item_which_uses_model1.model2() supposed to return Model2's store
item_which_uses_model1.model2().load();
}
You are expecting that Grid2 is populated with data on Grid1's itemclick
. But nothing happens. Actualy requests are being posted, responses are gotten. But Grid2 is not populated with data.
And after some time you are realising that item_which_uses_model1.model2()
IS NOT Store2
.
when Model2 "sees" that it has association with Model1 it creats Model1's own store which is not equal to Store2.
It's not cool, because Grid2 is using Store2.
Actualy you can hack it by, for example, adding to Grid2's config:
store: new Model1().model2(),
but what if you are using ExtJS mvc pattern. Grid2 doen't have to know anything about Model1.
I don't recommend using associations
in real world projects. At least now. Instead use approach which is shown in your example: Model+Store+Filtering.
It all works fine in ExtJS 4, it is just hard to get right the first time. Well, the first few times.
Yes, you can avoid specifying the belongsTo association of the child, and still use it in a Has Many relationship.
In my project, we have dozens of models, many with deep relationships, and it works great.
Regarding Many-Many relationships, you should either have
Customer -< CustomerOrder >- Order
Which is three models,
Or you can "fake" it by doing a bunch of work on the server to pretend that a customer HasMany Orders. Nested json can help here.
i fully agree with Molecular Man. By reading the ExtJS documenation it appeared more as evidence that this is a good route when you are making use of a tree set structure distributed to different stores. Frankly, this all could be true only if such association had in any way a reference of stores to make calls. That's not the case from what I have tested. Model associations don't have such relationship. Filtering is the best way to keep up with sequentially updating other grids whose models depend on others.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With