C# 需求不断变化的设计模式

C# 需求不断变化的设计模式,c#,.net,winforms,C#,.net,Winforms,寻找在我的需求中不断变化的设计模式,或者换句话说,我可以说需求不是很清楚。 我需要使用C开发独立的Windows窗体应用程序。应用程序的UI设计可能会根据需要进行更改。不确定从哪个设计模式开始 谢谢,不明确的需求是软件项目失败和延迟的首要原因!只要你不知道要构建什么,你就无法构建什么。“设计模式”在这里对你没有帮助 面对不确定性,您通常应该使用敏捷编程方法和尽可能松散耦合的小型组件。对于您知道需求将发生变化的项目,最佳模式是简单 现在不要构建大系统来让你的生活更轻松,因为它们会让你未来的生活更艰

寻找在我的需求中不断变化的设计模式,或者换句话说,我可以说需求不是很清楚。 我需要使用C开发独立的Windows窗体应用程序。应用程序的UI设计可能会根据需要进行更改。不确定从哪个设计模式开始


谢谢,

不明确的需求是软件项目失败和延迟的首要原因!只要你不知道要构建什么,你就无法构建什么。“设计模式”在这里对你没有帮助


面对不确定性,您通常应该使用敏捷编程方法和尽可能松散耦合的小型组件。

对于您知道需求将发生变化的项目,最佳模式是简单

现在不要构建大系统来让你的生活更轻松,因为它们会让你未来的生活更艰难。您不仅要添加一个新功能,而且还必须取消选中已有的系统,因为它甚至可能不支持该功能

我已经被这灼伤了好几次——我很懒,这并不总是坏事!所以我设计了一个大的,有趣的代码系统来为我做这个无聊的工作。需求随之改变,调试和测试变得更加复杂


简单是无可替代的。对于Windows窗体,考虑一个已建立的模式,如模型视图演示者,但不要为此负担。模式是一种手段,而不是目的

通常,如果有什么东西不断改变,它通常只影响应用程序的一层,如后端、前端、数据库等

如果您至少能够提出最稳定的约束,那么您可以使用依赖项注入和松耦合使您的框架能够非常轻松地更改各个层的实现。这是一个开放式的问题,因此没有一个正确的答案,但是您需要一些可以让您轻松交换组件的东西,因此在组件级别进行设计,而不是在代码级别


如果你想要一个能很好地应对变化的项目管理模型,那么看看敏捷吧。。。或者只是务实一点……

你的问题非常“模糊”,非常笼统term@user3114414:我想你可能想看看。你是在寻找类似MVVM的东西吗?所以,选择小组件方法会很有帮助吗?如果你知道每个组件需要什么,它会的。正如托马斯所说——如果你不知道你想要什么,你就不能建造它!它至少可以减轻痛苦;-。。。