比如，下列的一小段代码出自某本O'Reilly的书籍
书中这段代码目的是让开发者了解AS3在SWF中的处理优先级是大于可视化效果的，于是，就先用这样的一段代码来说明：
for (var i:int = 0; i<50; i++){
myClip.x+=2;
}
myClip.addEventListener(Event.ENTER_FRAME,slideClip);
function slideClip(evt:Event):void{
if (myClip.x <100){
myClip.x += 2;
} else {
myClip.removeEventListener(Event.ENTER_FRAME,slideClip);
}
}
这些类似的教程内容本身没有什么错，为了演示一个功能或特点，使用了最容易实现的方法来说明问题，如果这是一个售前工程师的工作，那么这种方式是完美的，如果是面向读者和学习的人，这种方法是粗心的，不考虑学习成本和效率的，因为它直接导致了开发者的常用编程方式，直到开发者积累了一定的经验，抑或是付出了一定的代价之后，才会发现有更好的方式，更加的性能来实现同样的结果。所以，如果写书或者是教程，我觉的更好的一点是多考虑一下学习者的成本和曲线，不要为了达到目的，而让学习者获取了一个实际并不可取的方法。
记得以前我就发现过这样的问题，在MSDN上，存在着大量的代码和范例，结果用到后来，才发现是不好的和有很大代价的内容，我就在想，为啥不能在我学习的时候就告诉我一个更好的方法呢？
