条件语句实现：DRY原则与代码可读性的平衡方案咨询

先看原始代码结构：

string message;
if(requiresSpecificMessage(...))     
    message = buildSpecificMessage(...);
else
    message = buildGenericMessage(...);

这种写法像散文一样清晰可读，但存在核心问题：requiresSpecificMessage(...)和buildSpecificMessage(...)内部的判断逻辑完全重复，违反了DRY（Don't Repeat Yourself）原则——后续修改判断条件时，必须同步修改两个函数，容易遗漏出错。

你给出的优化方案：

string message= tryBuildSpecificMessage(...);
if(message.empty())
    message = buildGenericMessage(...);

这个方案把判断逻辑整合到tryBuildSpecificMessage里，解决了重复问题，但可读性确实不如第一种结构，别人看代码时需要先理解tryBuildSpecificMessage的返回规则才能理清逻辑。

针对不同场景，给出具体处理建议：

• 简单判断场景：如果判断逻辑只是单一条件（比如if(user.isVIP())这类简单判断），没必要强行追求DRY。原始的分支写法可读性更强，而且简单逻辑就算重复，后续修改成本极低，不会带来维护负担。
• 复杂判断场景：如果判断逻辑涉及多条件组合、变量计算或者复杂业务规则，优先保证DRY，同时尽量兼顾可读性：
  1. 抽离公共判断逻辑：把重复的判断单独封装成一个函数（比如shouldUseSpecificMessage(...)），让requiresSpecificMessage和buildSpecificMessage都调用这个函数。这样既保留了原始的分支可读结构，又实现了逻辑单点维护。
  2. 优化尝试型函数的可读性：给tryBuildSpecificMessage起更表意的名字，比如getSpecificMessageOrEmptyIfNotApplicable(...)，再加上一行注释说明“仅当满足特定条件时返回有效消息，否则返回空字符串”，就能大幅提升可读性。
• 折中简洁写法：如果所用语言支持三元表达式，可以用一行代码兼顾两者：

  string message = shouldUseSpecificMessage(...) ? buildSpecificMessage(...) : buildGenericMessage(...);
  

  这种写法没有重复逻辑，同时逻辑清晰程度接近原始分支结构。

内容的提问来源于stack exchange，提问作者João Ferrão