上期我们的内容是关于API接口的配置，其中涉及到CRUD只是略略一提，没有谈论太多，今期再重点说说。
根据CRUD 的原则，数据或资源操作不外乎“生、变、见、灭”的四大规律，也就是说，只需要“创建（Create ）、获取（Read ）、更新 （Update ）和销毁（DELETE ）”四种行为便可完成对资源的处理和操作了。如果“读”操作在Ext 中没有题的话，那么其他三种操作就应该归类为“写”的操作了。这部分的内容，在Ext 3.0 中将由Writer 来负责完成。Ext.data.DataWriter提供了增、删、改，而“查”的实现让Ext.data.Store与服务端框架密切通讯。Writer控制了Store了自动管理AJAX的请求，让其成为Store CRUD操作的管道。换句话说，这个DataWriter相对于远程CRUD操作而言，是一个在前端的初始化部分，负责写入单个或多个的 Ext.data.Record对象。Ext.data.DataWriter是一个抽象类，一般用于让来被继承，例如 Ext.data.JsonWriter。我们大致看看JsonWriter是怎么完成的。
Writer继承自Object，是一个崭新的Ext.data.*类，先引入一个JsonWriter 实例对象：
var settingsWriter = new Ext.data.JsonWriter({ writeAllFields: true });
设置writeAllFields 为true 表示，记录所有的字段都会写入到数据库中去。当然，如果有特定ORM 方面，可能就要设置其为false 以适应ORM 的策略。writeAllFields默认是false。设为true的话，就表示让DataWriter返回所有那个记录的所有字段，不仅仅是修改的那些字段。true就是记录那些修改的字段而已。
明显，Writer类的关键方法是write(action, params, rs)方法。action参数代表[CREATE|UPDATE|DESTROY]的字符串，Writer类只需要有DataWriter.update、DataWriter.create、DataWriter.destroy的proxy就可以囊括“写”的操作；params是要写入的hash参数；rs是要写的数据对象（可以为list的数据对象）。Ext.data.DataWriter本身有几个模版方法render()、updateRecord()、createRecord()、destroyRecord()，让继承它的子类重写使用。render()表示写事件的最后动作。将写入的数据对象添加到参数，该方法也说明了送抵的数据对象会依据用户在DataReader配置的元数据信息产生真正的渲染数据，有参数“data”和“params”。
值得一提的是，JsonWriter配置项 true 表示对.DataWriter.toHash()哈希数据进行Ext.util.JSON.encode()。 默认为true 。当使用Ext.data.DirectProxy的时候，不同于Ext.Direct.JsonProvider有自己的JSON编码，所以该配置项要设置为false 。 此外，如果你使用的是Ext.data.HttpProxy，设置该项为false 就会使得HttpProxy采用 Ext.Ajaxrequest配置参数的jsonData传输数据，而非params。 当使用Ext.data.Storerestful的Store，一些服务端框架就会认为数据从jsonData的通道经过。如果采用这样的机制的话，应该让底层的连接对象完成编码的工作（如Ext.Ajax），把encode: 设为false 。
通过proxy对象激活Store对象来控制writer，也就是配置一个url：
var proxy = new Ext.data.HttpProxy({ url: 'app.php/users' });
对于更细颗粒的控制，proxy也可配置成为api，也就是定义CRUD 的资源位置，并告诉Proxy 让Writer 得知操作地点的URL 。我们的指导思想倾向于与REST 架构的。
var settingsProxy = new Ext.data.HttpProxy({ api: { read: 'app.php/settings/view', create : 'app.php/settings/create', update: 'app.php/settings/update', destroy : 'app.php/settings/destroy' } });
然后就是Writer 、Proxy 组装一起：
var settingsStore = new Ext.data.Store({ id: 'setting', proxy: settingsProxy, reader: settingsReader, writer: settingsWriter, ... });
当上层的组件通过Ext.Writer 来提交某些数据的时候，较理想的方法是统一一个地方来进行数据字段验证的工作。假设有一个名为SettiongGrid ，我们可以这样关联事件(relay events) ，请注意relayEvents()方法的使用：
initComponent : function() { this.viewConfig = { forceFit: true }; this.relayEvents(this.store, ['destroy', 'save', 'update']); this.tbar = this.buildTopToolBar(); SettingsGrid.superclass.initComponent.call(this); }, … …
例子方面，Ext 发行包本身就有，我们可以去examples/resetful 和examples/writer 下面看看，简单演示了Rest 资源与MVC 框架是怎么映射其中的资源路径和操作行为的。如果谈到PHP 的框架，这就是一个特定的场合，基本上可以有以下几个类：
- Model 包含ORM 服务的对象
- Request 处理请求的参数
- Controller 根据已知url 派遣动作
- Response 输出符合格式的视图，如JSON
通过唯一的切入口来操作整个框架（博主听上去感觉有点好奇），而框架内部的类都是由Controller 来动态加载的，通过某一动作指明不同的类。不过url 就依据URL 映射的使用，表现得千变万化，而切入点就只有一个。
部分内容根据jacob.andresen@gmail.com的“CRUD_in_extjs_3_0.pdf”的来源而翻译。
