原文：Creating an Online/Offline proxy in Sencha Touch
在Sencha Touch中，一个常见的需求就是，当设备在没有连接互联网的时候，应用程序必须能够继续工作。Sencha Cmd为实现应用程序离线工作提供了一切所需的工具，如自动生成应用程序清单文件，不过，这其中最大问题是如何处理数据。有许多方式可以用来处理数据，而一个常用的技术就是在本地存储代理和AJAX代理之间实现切换。
在本文，ProWeb软件公司的Tom Cooksey将展示如何使用一个代理来实现类似的效果，而且该代理的存储配置对于使用它的程序员来说是完全透明的。
在示例中，虽然是从AJAX代理扩展的，但你可以根据所好，从所喜欢的代理中进行扩展，不过使用AJAX是比较常见的需求，因而使用了这个。在代理中，除了要重写两个方法来处理数据流外，还需要创建几个配置项，这个后面将会进行说明。以下是将要创建的不包含任何逻辑的骨架类：
/**
* Offline Proxy
* @extend Ext.data.proxy.Ajax
*/
Ext.define(‘proxy.OfflineProxy‘, {
extend: ‘Ext.data.proxy.Ajax‘,
alias: ‘proxy.offline‘,
config: {
storageKey: null,
storageFacility: null,
online: true
},
originalCallback: null,
/**
* Override doRequest so that we can intercept the request and
* catch a failed request to fall back to offline
* @param operation
* @param callback
* @param scope
* @returns {*}
*/
doRequest: function(operation, callback, scope) {
},
/**
* Override processResponse so that if we are online we can store the response
* into the offline storage method provided and if a response fails,
* we can fall back.
* @param success
* @param operation
* @param request
* @param response
* @param callback
* @param scope
*/
processResponse: function(success, operation, request, response, callback, scope) {
}
});代理需要传递一个存储设施供它使用，在这里，它只是一个带有getItem和setItem这两个方法的单例类。也可以使用其他的任何存储设施，不过必须与示例相同的方式来实现API，它才能工作：
/**
* A class that gives access into WebSQL storage
*/
Ext.define(‘storage.WebSQL‘, {
singleton: true,
config:{
/**
* The database capacity in bytes (can‘t be changed after construction). 50MB by default.
*/
capacity:50 * 1024 * 1024
},
/**
* @private
* The websql database object.
*/
storage:null,
connected: false,
constructor: function (config) {
this.callParent(config);
this.storage = openDatabase(‘storage‘, ‘1.0‘, ‘Offline resource storage‘, this.getCapacity());
this.storage.transaction(function (tx) {
tx.executeSql(‘CREATE TABLE IF NOT EXISTS items (key, value)‘);
}, function (error) {
console.error(‘WebSQL: Connection Error‘);
}, function () {
console.log(‘WebSQL: Connected‘);
});
},
/**
* Get an item from the store.
* @param key The key to get.
* @param callbacks object of success and failure callbacks
*/
getItem:function (key, callbacks) {
this.storage.transaction(function (tx) {
tx.executeSql(‘SELECT * FROM items WHERE key = ?‘, [key], function (tx, results) {
var len = results.rows.length;
if (len > 0) {
callbacks.success(results.rows.item(0).value)
} else {
callbacks.failure(); // no result
}
});
}, function (error) {
console.log(‘WebSQL: Error in getItem‘);
callbacks.failure(error);
});
},
/**
* Set an item in the store.
* @param key The key to set.
* @param value The string to store.
* @param callbacks object of success and failure callbacks
*/
setItem:function (key, value, callbacks) {
this.storage.transaction(function (tx) {
//remove old version first
tx.executeSql(‘DELETE FROM items WHERE key = ?‘, [key]);
tx.executeSql(‘INSERT INTO items (key, value) VALUES (?, ?)‘, [key, value]);
}, function (error) {
console.log(‘WebSQL: Error in setItem:‘ + error.message);
callbacks.failure(error.message);
}, function () {
callbacks.success(); // no value.
});
}
});setItem:function (key, value, callbacks) {
this.storage.transaction(function (tx) {
//remove old version first
tx.executeSql(‘DELETE FROM items WHERE key = ?‘, [key]);
tx.executeSql(‘INSERT INTO items (key, value) VALUES (?, ?)‘, [key, value]);
}, function (error) {
console.log(‘WebSQL: Error in setItem:‘ + error.message);
callbacks.failure(error.message);
}, function () {
callbacks.success(); // no value.
});
}
});tx.executeSql(‘DELETE FROM items WHERE key = ?‘, [key]);
tx.executeSql(‘INSERT INTO items (key, value) VALUES (?, ?)‘, [key, value]);
localstorage.removeItem(key); localstorage.setItem(key, value);
getItem:function (key, callbacks) {
this.storage.transaction(function (tx) {
tx.executeSql(‘SELECT * FROM items WHERE key = ?‘, [key], function (tx, results) {
var len = results.rows.length;
if (len > 0) {
callbacks.success(results.rows.item(0).value)
} else {
callbacks.failure(); // no result
}
});
}, function (error) {
console.log(‘WebSQL: Error in getItem‘);
callbacks.failure(error);
});
}
现在，已经有了存储设施，可以来完成代理了。要实现这个，需要在定义proxy配置项的时候将存储设施传递给它。
doRequest: function(operation, callback, scope) {
var that = this,
passCallback,
request,
fakedResponse = {};
this.originalCallback = callback;
function failedRequest() {
fakedResponse.status = 500;
fakedResponse.responseText = ‘Error‘;
fakedResponse.statusText = ‘ERROR‘;
that.processResponse(false, operation, request, fakedResponse, passCallback, scope);
}
if(this.getOnline()) {
console.log(‘PROXY: Loading from online resource‘);
return this.callParent(arguments);
}else{
console.log(‘PROXY: Loading from offline resource‘);
request = this.buildRequest(operation);
passCallback = this.createRequestCallback(request, operation, callback, scope);
if(this.getStorageKey() && this.getStorageFacility()) {
this.getStorageFacility().getItem(this.getStorageKey(), {
success: function(dataString) {
fakedResponse.status = 200;
fakedResponse.responseText = dataString;
fakedResponse.statusText = ‘OK‘;
that.processResponse(true, operation, request, fakedResponse, passCallback, scope);
},
failure: failedRequest
});
}else{
console.error(‘No storage key or facility for proxy‘);
setTimeout(function() {
failedRequest();
}, 1);
}
}
},
要重写的第一个方法是doRequest方法。在原来的AJAX类，该方法用来处理实际的服务器请求，而在这里，当设备是在线的时候，将使用callParent方法来调用父类的方法，而如果设备是离线状态，则生成伪响应，从离线存储设施来获取数据。要生成伪响应是因为processResponse方法会分析传递给它的数据以确保是合法响应。伪装的方法是设置正确的http状态代码（200），设置responseText为从存储设施返回的数据，以及设置statusText为OK。伪装后的对象会让processResponse方法认为这是正常的请求响应。这种抽象方法是Sencha框架非常擅长且用来解耦代码的好东西。
processResponse: function(success, operation, request, response, callback, scope) {
var that = this;
if(success) {
console.log(‘PROXY: Request succeeded‘);
this.callParent(arguments);
if(this.getOnline()) {
if(this.getStorageKey() && this.getStorageFacility()) {
this.getStorageFacility().setItem(this.getStorageKey(), response.responseText, {
success: function() {
console.log(‘PROXY: Data stored to offline storage: ‘ + that.getStorageKey());
},
failure: function(error) {
console.log(‘PROXY: Error in storing data: ‘ + that.getStorageKey());
}
});
}else{
console.error(‘PROXY: No storage key or facility for proxy‘);
}
}
}else{
if(this.getOnline()) {
//If the request failed and we were online, we need to try and fall back to offline
console.log(‘PROXY: Request failed, will try to fallback to offline‘);
this.setOnline(false);
this.doRequest(operation, this.originalCallback, scope);
}else{
this.callParent(arguments);
}
}
}第二个要重写的方法是processResponse方法。同样，在正常情况下，当服务器请求成功后，将调用callParent方法，除此之外，还要将请求返回的数据保存打离线存储设施。
在该处理过程中有几个阶段。首先，如果请求的success标志为true（即是从服务器得到了一个有效响应），则要检查代理的配置项online。该值可以在代理初始化的时候传递给代理的。或者，代理可以默认设置该值为true，直到请求失败的时候，再将设备置于离线状态。如果标志为true且存储设施存在，则存储数据并返回。每当请求成功的时候，都需要这样做，这样，每当设备离线的时候，就可以在这个时候访问到最后的数据。
如果请求失败，则设置标志online为false并重新运行doRequest方法，这时候，online标志的值为false，就可以从存储设施返回数据了。
当将proxy设置为上面定义的存储的时候，就可以将他们糅合在一起了：
proxy: {
type : ‘offline‘,
url : ‘/test-api/test-resource.json‘,
storageKey : ‘buttons‘,
storageFacility : storage.WebSQL,
reader : {
type : ‘json‘,
rootProperty : ‘data‘
}
}
为了演示这些代码，我们开发了一个Sencha Touch的演示应用程序。此外，下面还有一个屏幕截图。该演示应用程序包含一个工具栏，而它的内容则由服务器端的JSON文件决定。
在第一张图可以看到按钮已经生成了，而咋控制台，可以观察到数据已经被存储到离线存储。
在第二张图，test-resource.json文件已经不能加载了。在这里，只是修改了一下文件名，因此返回了404错误（这意味着设备不能再访问互联网或服务器已经宕机等等）。从控制台日志可以看到，作为替代，从离线版本加载了数据，而按钮也成功加载了。
Sencha类系统的灵活性意味着很容易去扩展和重新利用内置组件和内置功能。通过示例就已经证明了，潜在的困难可以通过挂入已明确定义的工作流和简单添加所需功能来轻易解决。其结果就是可以在保留原有代理的强大功能的同时，添加所需的离线功能，并让开发人员可以完全透明的去使用它。
作者：Tom Cooksey
Tom is the CTO of ProWeb Software, a UK-based Sencha Partner providing dedicated Sencha resources and development internationally. He has extensive experience building web and mobile apps, using Sencha frameworks, JavaScript and Node.js, that have a complex system architecture and compelling user interface.
原文：http://blog.csdn.net/tianxiaode/article/details/38009925