低代码诞生的背景：传统开发模式在规模化后的核心瓶颈

开发者 B 的实现是策略模式：

public interface DiscountStrategy {
    double apply(double price);
}

public class VipDiscountStrategy implements DiscountStrategy {
    private Map<Integer, Double> discountRates;
    // ...构造函数和实现
}

public double calculatePrice(Order order) {
    DiscountStrategy strategy = strategyFactory.getStrategy(order);
    return strategy.apply(order.getAmount());
}

开发者 C 的实现则是更灵活的配置驱动：

// 从数据库表 discount_rules 读取规则
public double calculatePrice(Order order) {
    List<DiscountRule> rules = discountRuleRepository.findByCustomerType(order.getCustomer().getType());
    return rules.stream()
        .filter(rule -> rule.matches(order))
        .findFirst()
        .map(rule -> rule.apply(order.getAmount()))
        .orElse(order.getAmount());
}

上面举例的三种实现，在功能上等价，但在可维护性、可测试性和可理解性上差异巨大：

• A 的实现最直观，但规则变更需要修改代码
• B 的实现扩展性好，但新人需要理解整个策略模式的结构
• C 的实现最灵活，但规则分散在数据库中，调试困难

当系统中存在数百个类似的业务逻辑，每个都有不同的实现风格时，结果是：

• 同一类业务逻辑存在多种实现方式，新人无所适从
• 相同功能在不同模块中呈现出完全不同的结构，难以形成统一认知
• 代码可读性、可维护性高度依赖原作者，一旦原作者离职，接手成本极高

企业往往试图通过编码规范、代码评审、架构委员会等方式来解决这一问题，但这些手段本质上属于管理层面的补救措施，而非工程范式层面的解决方案。规范越细，执行成本越高；规范越宽，约束效果越弱。在人员流动不可避免的现实条件下，这种'千人千面'的代码结构，会逐渐演变为技术管理风险。企业可以通过以下三个问题，对这个风险的紧迫性进行快速评估与自查：

• 系统是否还能被新成员理解？
• 核心模块是否只能由少数人维护？
• 一旦平台升级或技术栈变化，改造成本是否可控？

显然，这些问题已经超出了单纯'写代码效率'的讨论范畴。

2.4 企业软件与互联网服务的根本差异

暂时抛开技术管理问题。在纯技术选型上，一个常见的误区是，将互联网服务的成功经验直接套用到企业软件开发中。然而，两者在基本约束条件上存在显著差异。以电商平台的购物车功能为例，互联网服务通常具备以下特征：

• 团队规模大，角色分工高度细化：一个电商平台可能有专门的购物车团队、支付团队、推荐系统团队
• 需求相对稳定，版本节奏可控：购物车的核心逻辑几年内可能都不会有大的变化
• 对并发量和交互复杂度要求极高：需要支持每秒数万次的下单请求，毫秒级的响应时间
• 对开发成本不敏感，可以通过规模效应摊薄开发和运维成本：同样的技术投入可以服务百万甚至千万用户，开发人员的成本可以忽略不计

在这种环境下，高度工程化、以代码为中心的开发模式是合理且必要的。投入 6 个月优化购物车的性能和体验，在千万用户的规模下是完全值得的。但企业软件显然不具备上述条件。这意味着，企业软件更需要一种降低表达成本、强化一致性、弱化个人差异的开发方式，而不是单纯追求性能极限或技术复杂度。为一个只有 200 个用户的报销系统投入 3 个月优化响应速度从 500ms 降低到 100ms，往往不如投入同样的时间让系统更容易应对未来的流程变更。

2.5 核心瓶颈的本质

综上所述，传统开发模式在企业软件规模化后的核心瓶颈，属于典型的结构性瓶颈，并不在于语言是否足够先进、框架是否足够流行，而在于：软件系统的复杂度被长期分散在大量命令式代码和个人决策中，缺乏可被平台统一理解、治理和演进的表达形式。

当软件规模尚小时，这种分散复杂度尚可接受；一旦系统进入长期演进阶段，它便会持续放大，并最终成为企业数字化进程中的隐性成本中心。正是在这一背景下，行业开始寻求一种不同于传统开发模式的新路径。