我曾经看过一本有关 OOA&D 的书籍，介绍关于“快乐路径”和“替换路径”。自从 Swift 之后，我想逼自己写出“更好”的代码，所以花了不少时间在这上面。
写 Swift 能够让你很容易地意识到那些可能会出现“替换路径”的地方。但问题是，出现替换路径的情况真的是太多了。你可能需要实现 1 个快乐路径，就会弄出 5 ～ 6 个替换路径。如果你的 App 需要实现上千个快乐路径，那你就需要实现更多的替换路径。你将精力放在思考如何实现替换路径后，就会完全影响到你考虑其他替换路径的实现，影响效率，影响心情。
你们是怎么应付那些“安全”问题，在保障开发进度的情况下，让你开发的软件更加少出现 Crash 呢？有没有一种规律性的准则可以加快同时让我更加有效率更加好地开发软件？
这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.