Legacy-First Design (LFD)：设计能够长期保持合理性的软件
Source: Dev.to
Introduction
大多数软件架构讨论都聚焦于如何更快地变更。
很少有人关注另一个令人不适的问题：
当变更放缓……甚至完全停止时会怎样？
实际上，许多长期运行的软件系统并不是因为性能或可扩展性问题而失败的。它们之所以失败，是因为随着时间的推移，它们失去了概念上的一致性。业务规则渗透到基础设施中，架构决策变得不可逆转，最终系统被重写而不是被理解。
本文介绍 Legacy‑First Design (LFD)，一种把时间视为一等约束而非隐含假设的概念性架构方法论。
What is Legacy‑First Design?
Legacy‑First Design 不是框架、语言或架构模式。
它在架构决策层面运作，要求架构师和工程师明确区分哪些必须持久，哪些可以随时间变化。
LFD 并非主要为了短期交付或技术便利而优化，而是优先考虑：
- 保持系统身份
- 抵御技术陈旧
- 长期概念清晰度
- 在停止主动维护后仍能存活
其核心是将架构问题从：
“我们应该如何构建软件以更快演进？”
重新表述为：
“即使演进停止，哪些必须保持有效？”
Survival in an Abandoned State
大多数架构方法默认持续维护。LFD 不这样假设。
它把长期缺乏维护视为软件生命周期的可预测阶段，而不是异常故障。从这个角度看，一个在被抛弃后概念上崩溃的系统就是在架构上失败——即使它曾经运行正常。
为在被抛弃状态下生存而设计，意味着构建的系统能够：
- 在没有原始创建者的情况下仍然可理解
- 保留核心业务含义
- 即使在长时间不活跃后仍然有意义
Relationship to Existing Approaches
Legacy‑First Design 并不试图取代 Clean Architecture、Domain‑Driven Design 或 Hexagonal Architecture 等方法。
相反，它引入了这些方法常常隐含的 时间治理层。
LFD 更关注 系统随时间可以改变的内容，而不是 系统如何组织，以及哪些必须免受变化的影响。
Canonical Definition
Legacy‑First Design (LFD) 的完整、规范定义已在一篇简短技术论文中呈现：
📄 Legacy‑First Design (LFD): A Temporal Approach to Software Sustainability – Zenodo
该论文明确将 LFD 定位为概念性和规范性的方法论，讨论了它与现有架构方法的关系，并承认其局限性。文章意在简洁、引发讨论，而非规定实现细节。
Limitations and Outlook
软件系统很少因为单一错误决策而失败。
Legacy‑First Design 并不承诺消除复杂性或冲突。它提出了更高的要求：设计在时间作用下仍保持一致的系统。
如果你正在处理长期运行的系统、遗留代码库或关注架构可持续性，这一视角值得一试。