项目的工程量是巨大的，一旦设计的方案出现了变化，原本的工程可能不再适用，代码的可撤销性应运而生，为了让代码产生可撤销性，程序员们通常会使用灵活的架构、灵活的代码。但是当编码充满不确定性，我们的代码是否能满足客户的需求时，工程的编写就成了难点。
曳光弹给人们带来了灵感，用“射程较广”不那么精确的代码来揣摩复杂客户的真实需求，拽光开发的理念——总有改动需要完成，总有功能需要增加——代码不再是一蹴而就的工程，而是一个不会结束的过程。
曳光弹并非万能的，它不能一击即中，我们要不断调整“弹道”，直到集中目标，满足用户的需求。
原型与完全制作相比能节省许多费用，同样的，一个软件的原型比之成品的软件也能大大的降低代价。我们常常需要制作原型代码来节省直接制造成品失效时的代价。我们通常在制作原型时使用便笺来提高成功率。
以下这些事物都值得制作原型：
架构
已有系统中的新功能
外部数据的结构或内容
第三方工具或组件
性能问题
用户界面设计
原文地址：http://www.cnblogs.com/xxaxf/p/16845724.html
1. 本站所有资源来源于用户上传和网络，如有侵权请邮件联系站长！
2. 分享目的仅供大家学习和交流，请务用于商业用途!
3. 如果你也有好源码或者教程，可以到用户中心发布，分享有积分奖励和额外收入！
4. 本站提供的源码、模板、插件等等其他资源，都不包含技术服务请大家谅解！
5. 如有链接无法下载、失效或广告，请联系管理员处理！
6. 本站资源售价只是赞助，收取费用仅维持本站的日常运营所需！
7. 如遇到加密压缩包，默认解压密码为"gltf",如遇到无法解压的请联系管理员！
8. 因为资源和程序源码均为可复制品，所以不支持任何理由的退款兑现，请斟酌后支付下载
声明：如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性
