我正在外部顾问的帮助下用C＃开发.NET应用程序。我们的目标是将此项目作为更好的开发过程的测试用例，特别注意最佳实践（以便生成适当的软件产品而不仅仅是程序）。
目前，我们在支付更多关注（并浪费更多时间）开发异常处理和记录基础架构，或开发应用程序的适当架构和功能（已经过分析和建模）方面存在疑问。
所以问题是：异常处理是否必须与应用程序开发一起构建，或者我可以直接编程，当事情稍微准备好时，我在程序上“应用”错误处理和异常管理代码？
这是一个非常小而且易于理解的应用程序，具有易于理解的架构，但是如果我们不对基础设施和交叉切割做出正确选择，我们担心会重做太多工作。从一开始就担心（也就是说，虽然大部分代码尚未编写）。
另一点是：我们不确定是否会使用某种框架，如果是，那将是哪一种。因此，如果这不是基础，我们可以开发应用程序的其余部分，然后再开始使用。
答案 0 :(得分：1)
我们的目标是将此项目作为更好的测试案例 发展过程
因此，如果您正在考虑更好的开发过程，那么处理错误将是更好的方法，因为您可以捕获异常并随时改进它们。
答案 1 :(得分：0)
在我看来，花费在适当的异常处理和日志记录上的时间从未浪费 - 这是投入到优质产品中的时间。认为你正在开发正确的“架构和功能”一切都很好，但锁定的文件是一个锁定的文件，并且无论你的程序多么聪明，拔掉的网络电缆仍然不插电。对于伐木来说，再一次，你不会认为你需要它，也许你真的不会，所以一个思想学派说在需要时添加它。另一方面，一旦产品进入现场，告诉客户“设置此设置并将日志发送给我们”比“Gee，如果我知道，那就更容易”更容易。
框架是可选的，我倾向于跳过它们 - .NET本身对日志记录和异常处理都有很好的支持。但在你下定决心之前，你可能会先看看Log4net。