软件设计:快速构建还是良好构建?
在构建非平凡的应用程序时,最好集中精力使事情快速运行,并在代码中采取一些捷径,例如将模型逻辑与视图混合,破坏封装-典型的代码味道?或者,您是不是最好花些时间来构建更多的体系结构,正确构建它,但是冒着这样的风险,因为您的设计非常流畅,所以可能无法使用所有这些额外的代码,并且如果反馈导致您可能不得不将其丢弃去一个不同的方向? 对于上下文,我正在构建一个桌面应用程序。我是唯一的开发人员,因为我有一份日常工作,所以我做兼职。现在,在工作中,我会尽量按计划安排正确的方式做事。但是对于这个项目,我希望它会随着人们的反馈而变化,我不确定这是正确的方法。我本周花了几个小时在适当的地方放置了教科书“模型视图控制器”设计,以将模型中的更改传达给视图。总的来说,这很好,但是我不确定是否需要多个视图来显示数据,而且我知道如果没有其他体系结构,我可以更快地显示内容。我可能每周花10到15个小时花在该项目上,如果遵循良好的软件实践,我会花很多时间来构建可以演示的东西。我知道我的用户会 不在乎我在内部使用MVC,他们只是想要解决问题的方法。但是我也遇到过这样的情况,即您因快捷方式而承担了太多的技术债务,以至于很难维护代码并添加新功能。我很想听听其他人如何解决这种问题。