问题标签 [feature-driven]

极限编程、Scrum 和测试驱动开发绝对是目前最流行的敏捷方法。但是最近有人建议我看一下功能驱动开发。

你有没有成功地使用过这种方法？使用它有什么好处？

我一直使用敏捷的功能驱动开发流程来开发软件。其他人都用什么，你为什么喜欢它？我更喜欢 FDD，因为那是我刚从大学毕业时开始的。在大学里，一切都非常自由，我的“客户”通常是我的教授，除了为大学做研究之外，他可能没有太多的行业经验。

现在，我的客户不那么宽容了，我在医疗领域做了很多工作。敏捷和高质量是必须的！

我正在向我的团队介绍功能驱动开发。我们使用 git，我们刚刚开始为我们的工作创建主题分支。据我了解，应该为每个功能或错误创建一个主题分支，并且这些分支应该是“短暂的”。

我们的工作流程包括为我们发现的每个错误（以及我们想要引入的功能，但暂时不谈）创建一个问题，然后为它创建一个派生自 master 的分支，进行一些更改，提交和推送并跟进然后在代码审查后通过拉取请求合并。

到目前为止，这工作得很好，但是我们遇到了几个错误修复是几行代码的情况（如 2-3）。我指示开发人员创建一个分支，但这似乎有点矫枉过正——即——只为几行代码和一个提交创建一个分支......

在这种情况下最好做什么？只在主分支上进行一些小改动而不是为它们创建一个分支会更好吗？

我是 c# 和 uwp 应用程序的新手。这是我第一次尝试使用 MVVM。我有以下程序设计并根据 FDD 的架构进行。 MVVM 应用程序设计

我想实现：

• 在 ViewMain.xaml 上注册 ViewFeature.xaml
• 特征之间的通信。

我有以下简单的方法：通过代码将 ViewFeature.xaml 添加到 ViewMain.xaml，不幸的是目前不起作用。

• 查看注册：

主视图.xaml

ViewMain.xaml.cs

ViewModelMain.cs

模型Main.cs

每个 Feature 都知道自己在 ViewMain.xml 上的位置，并在 ViewFeaure.xaml.cs 中实现以下方法在 ViewMain.xaml 上注册自己的 ViewFeature.xaml

任何专业的方法或帮助将不胜感激。