我的同事告诉我,基于表格的代码格式很糟糕,不可读,我应该遵循约定。基于表格的格式化有什么不好?为什么要禁止?
我问是因为对我来说它更具可读性。
示例(非真实代码):
if (res == ResultType.Failure)
something = ProcessFailure(..);
if (res == ResultType.ScheduledAndMonitored)
something = DoSomething(...) && DoSomething3(..);
if (res == ResultType.MoreInfoAvailable)
info = GetInfo(..);
if (res == ResultType.OK && someCondition)
something = DoSomething2(..);
.... continued
对比
if (res == ResultType.Failure) something = ProcessFailure(..);
if (res == ResultType.ScheduledAndMonitored) something = DoSomething(...) && DoSomething3(..);
if (res == ResultType.MoreInfoAvailable) info = GetInfo(..);
if (res == ResultType.OK && someCondition) something = DoSomething2(..);
.... continued
为什么我认为第二个更好:
- 我不需要用眼睛来解析文本 - 我一眼就能看出命令的结构。
- 我马上就明白了
- 有一些如果和分配
- 条件中使用的枚举是 ResultType,仅此而已
- 只有最后一个条件由两个表达式组成
更新:这不是真正的代码。我只是想展示一些例子。将其视为某人之前编写的旧代码,您需要阅读它。为什么第一种格式优于第二种格式?
最佳答案
当您的同事说您应该遵循惯例时,这是否意味着您的团队有格式惯例?如果真是这样,那就足够了。当每个人都以相同的方式格式化他们的代码时,就更容易阅读你队友的代码。
关于c# - 代码中的表格布局被认为是错误的原因是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3310890/