应用的可扩展性、可维护性和灵活性取决于应用架构的质量。不幸的是，这往往被视为马后炮。概念设计和原型变成了大规模的应用，许多应用的基础基本就是示例代码的复制与粘贴，这很诱人，因为这可以让你在项目在开始阶段有一个快速的进度。 然而，节省下来的时间相对于项目后期的维护、扩展甚至重构应用的时间来说，算不得什么。比较好的的方式是写一个可靠的架构，在实施前编写好遵循的约定和定义应用的视图、模型、存储和控制器等。在这篇文章，我们将会看到一个受欢迎的应用并讨论如何构建用户接口，从而创建可靠的架构

本文说的“缓慢”，是只运行时 的缓慢，而不是只加载资源的时间。

在过去的一年半以来，我一直与Robert Bosch在Bosch软件创新公司工作，在那里我们的前端技术堆栈非常依赖ExtJS。我有机会开发Visual Rules Web Modeler机器协助开发其它几个基于ExtJS的应用，因此，我积累了不少与ExtJS应用常见的性能问题有关的经验。

在这篇文章中，我将与你们分享导致ExtJS应用运行缓慢的瓶颈问题，并指出ExtJS开发者最容易犯的错误。

本文提及的ExtJS是指版本3.3.x及以下版本的ExtJS。

相信不少sencha touch的粉丝们都为Javascript能开发出手机Web App应用而感到兴奋。虽然Sencha Touch提供相当多的原生UI组件，但是利用原生UI开发出来的Web App的UI未必能完全满足手机上的UI设计。

本文将以iphone版本的新浪微博的“更多”界面，介绍如何利用Sencha Touch设计“更多”的界面。

本次示例将以iphone界面作为参考，使用Sencha Touch开发设计模仿iphone界面。

首先，将以iphone下述的界面目标作为参考：