这是高耦合的指示

时间:2016-12-27 20:35:42

标签: architecture coupling

我正在为软件系统进行代码审查。我注意到一些用户的故事,甚至子任务实施时修改它们导致大量代码提交,通常最终会更改数十个源代码文件(java类,javascript文件,HTML等)

我希望当有人实现子任务或单个用户故事时,只需更改少量组件。有时,提交最多可以更改60个文件。

附上截图以说明案例enter image description here

2 个答案:

答案 0 :(得分:4)

我不确定您是否可以通过查看单独更改的文件数来得出代码紧密耦合的结论,而不考虑在用户故事的上下文中进行的实际更改

如果我们考虑类和方法之间的耦合,那么在用户故事中需要触摸的类的数量之间没有泛型关联,这实际上取决于故事本身。

查看已更改文件的列表,在实现故事时特定更改,例如将自动IDE重构(比如重命名方法)应用于特定类将会生成,这确实暗示了紧密耦合。

答案 1 :(得分:1)

如果您确定您只修改了特定的类/方法,然后由于它,您必须编辑所有其他位置,然后是,代码紧密耦合。

参考here