优化应用程序的启动时间：

•  使用sencha cmd 的build工具打包和压缩所有需要的js文件成一个单独的文件，如app-all.js
• 压缩你的JS和CSS文件。删除任何未使用的的JS函数或CSS mixin的（通过SASS/Compass 能很容易地检查）。有关详细信息，请仔细阅读http://www.sencha.com/blog/an-introduction-to-theming-sencha-touch

• 动态加载外部JS文件，在这里已经有一个很好的话题：在Sencha Touch 2 里什么是正确加载外部JavaScript的方式

 优化应用程序的性能：

• 保持你的DOM结构尽可能小。不活动的view应当予以销毁（以后如果需要的话动态添加到容器中）。
• 避免使用CSS3属性，因为他们在Android设备上是很慢的。
• 对于任何scrollviews，l在Android上应禁用overscrol滚动效果。我已经在Android设备上测试过许多Sencha Touch2 应用，overscroll滚动效果因为延迟和滞后严重导致不愉快的经验。 （测试过Nexus S，Galaxy Tab的，和一些HTC手机）
• 压缩js和css，删除无用的js方法和css
• 启用硬件加速器

Sencha Touch 跟Ext js一个提供了丰富且高级的组件让我们能快速的开发出一个跨手机平台而且

很绚丽的产品,这听起来不错,但很快我们发现了一个严重的问题,手机上的效果根本没有在PC上用

chrome打开的效果一样让人有刷刷的快感，甚至让人痛苦. Sencha Touch和ext一样,组件是类式继

承的,大大降低了使用和学习的周期.但缺点也是很明显的,你每增加一个组件,内存消耗就增加很多,

可能你已经使用minify/JSBuilder/YUI compressor等工具压缩过你的代码了,如果性能还不佳,那么

可以看看以下是个人的一点建议

1.每个组件都应该考虑它的xtype,如果可以使用container就不要使用一个panel了

2.list一列的个数显示一屏就可以了,list有很多高级的功能,但性能非常的差,只能通过减少加载

项来解决

3.尽量不要使用tbar/bbar,Sencha Touch的提供的toolbar功能强大,按钮也很易用,但使用的DOM元

素也非常的多,自己写一个bar是非常必要的

4.把不在置顶的view中的DOM给删除,有时候,我们的项目中有好几个view,但我们一时间内是不可能

同时查看两个view的,应该把其他view的DOM元素给释放了

从上面看来,性能优化的关键是控制DOM元素的数量,但Sencha Touch还会对一些元素绑定事件,如何

开始就不显示这些元素,那么内存开销会更低

 Via ：http://blog.techferry.com/2012/11/16/sencha-touch-performance-improvement-tips/

A website designed for desktop browsers can take up to 40 seconds to load on mobile devices. Your Sencha Touch application if not built and deployed properly may take more than a minute to load – a far cry from an optimized mobile site. If your Sencha Touch mobile app is taking too long to load on a mobile device, here are a few things you can consider to improve the performance.

1. Use Sencha Build tool to package all required JS files (views, stores, models) and compress them in one app-all.js file.
2. Test your site with Firebug or Chrome Developer tool/Ripple to make sure that no more JS requests are going to server; if there are, consider using Ext.require() or adding these JS files in models, views, stores config parameters in your application/app.js and build again. This will ensure that loading and rendering is fast.

   Ext.require(['Ext.data.proxy.Rest',
                'Ext.dataview.NestedList',
                'Ext.TitleBar'
               ]);
   
   Ext.application({
         name: 'MyApp',
         views: ['View1', 'View2'],
         models: ['Model1','Model2'],
         stores:['Store1','Store2'],
         launch: function() {
            // Do your stuff here.
         }
   });

3. Look out for other CSS or JS files and make sure all of them are compressed. You can use YUI compressor.
4. Make sure you are using smaller sized images. You can also consider using an image cruncher to cut back on image size. For videos, consider embedding YouTube videos rather than streaming video yourself.
5. If your app is sending too many requests to server (using Store loads or via Ajax/REST), consider fetching the data in JSON format inside your JSP/PHP script response itself. You can then load the stores and display information from locally available data. Avoid sending too many AJAX/REST requests to server to get simple information like user/organization name, branding params etc.
6. Destroy components that are not visible on the screen anymore. Avoid too much nesting of panels. Try to keep your DOM size smaller.

Via ：http://thatdeveloper.blogspot.com/2012/07/sencha-touch-optimization.html

http://www.sencha.com/blog/sencha-touch-optimizing-memory-usage/ 
http://www.sencha.com/forum/showthread.php?184180-Optimize-DOM-size-using-TabPanel 
http://www.sencha.com/forum/showthread.php?101813-Great-article-for-tips-on-optimizing-performance-on-the-iPhone-and-iPad 
http://www.senchatouchbits.com/10/performance-optimization.html 

Some key things to watch out for:

1. Complex CSS. There are many features in CSS3 and webkit browsers that you can use that will really make your application look nice. One thing I wanted to use was a background gradient, however I read that this really hits performance hard, so I took it out and had a solid background colour. Still looks nice.
2. Unnecessary CSS. If you go to your project folder, then go to resources/themes/ and view your app.scss, many of the default includes may not be necessary, and you can just comment them out with a //, so if do need them, you can just uncomment the line and have it back. Try taking out a few and make sure your app still looks okay. You can tell by many of the names of the items what you can and cannot take out.
3. Memory usage. Some older phones do not have very much memory, and what you will want to watch out for is the size of the DOM. Making sure you destroy components when necessary will keep the size of the DOM to a minimum.

 There are a few things you can try:

• Turn on hardware acceleration by adding android:hardwareAccelerated="true" to the application or activity tag in the Android manifest file. More info here:http://developer.android.com/guide/topics/graphics/hardware-accel.html

• Modify the RenderPriority of the webview -http://developer.android.com/reference/android/webkit/WebSettings.RenderPriority.html

• Optimize your javaScript and CSS to minimize the number of reflows, memory used, and DOM size -http://www.html5rocks.com/en/mobile/mobifying.html#toc-optimizations

Personally, I found that keeping the DOM as small as possible, and enabling hardware acceleration made all of the difference between an unusable app, and a fairly smooth app.

Try the following for the best performance for android devices:

• Compress your JS & CSS files also remove any unused JS functions or CSS.
• Try to load external JS files dynamically , check thishttp://stackoverflow.com/questions/1...sencha-touch-2
• Avoid using CSS3 (Slow on Android)
• Keep DOM structure smallest as possible
• Do not use overscroll of any scrollviews in your application.(Should be disabled)

How are you preventing overscroll in your views? Can't see it in the docs!http://docs.sencha.com/touch/2-0/#!/...croll.Scroller

 setting the scroller to this sorts it:

scroller: {
      direction: 'vertical',
      directionLock: true,
      momentumEasing:  {
        momentum: {
          acceleration: 30,
          friction: 0.5
        },
        bounce: {
          acceleration: 0.0001,
          springTension: 0.9999
        },
        minVelocity: 5
      },
      outOfBoundRestrictFactor: 0
    }

技巧：

 避免使用CSS3 渐变等样式，用扁平样式代替

用低分辨率代替高分辨率图片

滚动List清单限制在30-40个以内

提升Panel面板的过度和响应能力：采用隐藏或显示组件，组装Form数据，动态组装数据到面板Panel

将js文件编译成一个单独的文件app-all.js

设计平衡，要专注交付一个快速响应的，而尽量避免CSS3效果，以简单开始，逐渐增加功能确认没有重大性能问题，在Chrome浏览器里开发，在模拟器或设备里进行测试

发表评论

IT瘾于2012年9月21日 下午12时38分13秒发布 #

text/html

下面是创建新的text/html文档时如何选择doctype的简单指南：

标准模式，最前沿的验证

<!DOCTYPE html>

如果想验证 诸如<video>、<canvas>和ARIA这样的新特性，那么这样做是对的。注意，HTML5的有效定义依旧在变化中，请确保在Firefox、Safari、Chrome、Opera9或Opera10中测试图像对齐。在Internet Explorer中测试图像对齐是不足够的，无论如何请确保在IE8中也进行了测试。

标准模式，更稳定的验证目标

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">

这个doctype也会触发标准模式，且10岁大的HTML4.01有效定义是稳定的。请确保在Firefox、Safari、Chrome、 Opera9或Opera10中测试图像对齐。在Internet Explorer中测试图像对齐是不足够的，无论如何请确保在IE8中也进行了测试。

要使用标准模式，但仍要验证不推荐标记或在表格布局中使用切片图像且不想去修复它们。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">

它会触发准标准模式（和老掉牙的Mozilla中的完全标准模式full Standards mode）。请注意，如果以后移植到HTML5上，基于利用表格实现的切片图像的布局可能会被破坏 （且完整标准模式也如此）。

故意要使用怪癖模式

没有doctype。

请别这样做。故意为怪癖模式所做的设计将会困扰你，在将来你的同事或继任者甚至没有人关心Windows IE6（Netscape4.x和IE5已经没有人关心了）。为怪癖模式设计是个坏主意。相信我。

如果你想依旧支持Windows IE6，对它做一个特别的hack使用条件注释 比使其他浏览器退步到怪癖模式好。

我不推荐任何的XHTML doctype，因为XHTML被用作text/html被认为是有害的 。无论如何，如果你选择使用XHTML doctype，请注意XML声明会使IE6（但不是IE7！）触发怪癖模式。

application/xhtml+xml

对application/xhtml+xml的简单指南是绝不使用doctype。该方式下的网页不是“严格一致”的XHMTL1.0，但这并不重要。（请看后面的附录）

来自：这里

发表评论

IT瘾于2012年9月13日 上午11时33分29秒发布 #

作为一个开发人员，我很高兴有Scrum，但当我涉及到项目管理中我觉得有若有所失。当我跟我们最有经验的项目经理苏珊肋和塞西莉亚·安德森交谈时，我意识到，我缺少的是项目治理。

用一个句话描述一个Scrum项目就足够——确定项目治理的需要。

贯穿许多冲刺，团队要专注产品backlog的最优先项，以达到项目的目标

我已经通过SCRUM方法强调了一些被预定义常量对待的条款。我认为这是正确的，因为scrum专注开发人员。尽管如此，这些条款需要加以界定，项目治理要怎么做。

冲刺数

项目冲刺的数量和长度是取决于该项目的最后期限，工作量和团队规模。为了能够确定这些，该项目的目标和预算必须设定，交付期限和项目可用的人。

目标，预算和期限应该是项目定义的一部分，这是项目治理过程中所引起的第一件事。

团队

对包括Scrum的任何软件项目，有合适的团队成员的是成功的关键因素。当项目定义了团队的能力要求，根据Scrum团队应该具有完全交叉的能力，在团队中的任何人都可以处理项目中的任何任务。

在现实中，这是很难的情况并需要权衡。这使得团队更具挑战性和重要。在没有完美选择下，需正确的取舍，以尽可能形成好团队。

Scrum本身假设，已经有一个团队。为了在项目开始之前获得合适的资源，是项目治理的任务之一。在忙碌的组织，项目发起人组织中有足够的权力是很重要的，以确保关键人员的可用性。

产品Backlog

产品Backlog，是一个Scrum项目的需求规范，它通过寻找所有用户故事形成，以实现项目的目标。

项目的目标

项目的目标是项目在起初启动的原因。没有明确的目标，它就不是一个项目（虽然也有许多“项目”在那里，甚至缺乏基本目标定义）。

项目的目标是项目定义关键部分，它被定义和决定于项目治理结构之上。

项目治理作为外部反馈循环

一个Scrum项目是迭代的，每个冲刺是一个完整的循环。

项目治理是一个外部的反馈轮回，围绕Scrum循环，并提供Scrum项目的界限。 SCRUM方法预定义常量的所有参数必须被项目管理过程设置。

项目组织

随着项目管理的角色定义，也是时候考虑项目组织。 Scrum的本身有一个非常扁平化的组织，它本质上是与Scrum的主发言人平等的同行团队。

发言人需注意措辞。 Scrum Master是不是团队的经理。 Scrum Master是团队代表。

项目治理组织

Scrum Master作为团队的发言人，他对话的对象是是项目经理。项目经理向督导委员会报告。

督导委员会是项目管理过程中的核心。它是由该项目的赞助商和其他利益相关者组成。项目经理参加指导委员会会议。项目治理模式的重点放在如何定义该项目的大远景。如何达到目标的细节被推迟到项目经理。然后由Scrum接管，并提供一个模型，从开发团队获得最大的生产力。

Scrum和项目治理相结合

Scrum的不能单独处理一个项目的全部复杂性。项目治理本身并不会带来任何东西，除了会议纪要。

我曾经在项目中专注项目治理。它明确按顺序定义所有的计划和会议纪要。从技术上讲，它是一个烂摊子，没有人知道什么时候做什么。我们在年底交付，但该项目是非常接近彻底失败。

我曾经项目里专注Scrum。但该项目未能达到的目标，未能保持预算和未能满足的最后期限。

一个成功的项目需要项目治理和项目管理。 Scrum定义如何执行战术的项目管理。最重要的是战略项目治理是必要的。存在一些不同的项目治理模式。他们设置的项目管理上的限制是不同的，这意味着某些相当适合Scrum，一些却不好。如果项目指导模型（这通常是由一些政策决定）不允许敏捷的过程，那么也许Scrum不适合该项目。

开发者为什么也要关注治理？

我是开发者。我宁愿不关心项目治理，预算，资金和项目的政治问题。我喜欢我的工作重点在开发团队，确保我们提供高质量的软件。

当我不必关心项目治理工作时，我可以花上我整天的时间在团队编码。问题是，当项目治理失败。导致失败的项目治理的是需求变更，短视和不切实际的期望。

作为开发者，我认为这是重要我们认识到项目治理失败信号，因为它将使该项目完全失败。然后责备游戏开始。指责的游戏规则很简单。

 来源：英文原文 中文编译：IT瘾 转载请保留原文链接 

发表评论

IT瘾于2012年8月28日 下午01时01分35秒发布 #