cordis
目标既定，在学习和实践过程中无论遇到什么困难、曲折都不灰心丧气，不轻易改变自己决定的目标，而努力不懈地去学习和奋斗，如此才会有所成就，而达到自己的目的。—— 吴玉章
Cordis：面向时空组合性的元框架
项目地址：https://github.com/cordiverse/cordis
软件系统中的组合，常常被理解为一件静态的事。
模块被引入，函数被调用，组件被拼接，依赖被组织。代码像积木一样被放在一起，于是系统便拥有了新的能力。
但真实的系统很少真正静止。
它们会在不同时间发生变化，会在不同上下文中呈现不同状态，会经历启动、连接、协作、更新、终止与重组。一个模块的意义，往往不仅取决于它“是什么”，也取决于它“何时存在”“何时参与”“又在什么关系中发挥作用”。
Cordis 提出的方向，正是围绕这一点展开。
它将自己定义为一个面向时空组合性的元框架。
这并不是把组合简单理解成代码层面的拼接，而是试图从时间与空间的维度重新理解软件结构如何形成、变化与协作。
当组合不再只是静态连接
传统意义上的组合，通常关注模块之间的结构关系。
一个对象依赖另一个对象。
一个组件嵌套另一个组件。
一个服务调用另一个服务。
这些关系当然重要，但它们只是系统的一部分。
如果把软件系统看成一张不断变化的关系网络，那么组合还会受到时间影响。
某些能力只会在特定阶段出现。
某些关系会在运行过程中建立。
某些上下文会暂时存在，随后消失。
某些模块会随着环境、任务或事件而重新组织。
在这样的视角下，组合不再只是“把什么放在一起”。
它也开始关心“这些事物在什么时候相遇”“它们在什么范围内协作”“它们如何随着时间变化而改变关系”。
Cordis 所强调的时空组合性，正是在为这种更动态的组合方式提供一个框架层面的思考方向。
元框架意味着什么
Cordis 并没有将自己描述为某一种具体领域的应用框架。
它使用的是“元框架”这一定位。
元框架并不只是提供一组现成页面、一套固定组件，或一条只能按既定步骤执行的工作流。它更像是一层用于组织框架能力的抽象方式。
它关注的不是某个特定业务页面如何实现，而是系统中的能力如何被组合。
它关注的不是某一个模块单独能做什么，而是多个模块在不同上下文与不同时间阶段中，如何构成更复杂的整体。
从这个角度看，Cordis 的核心并不在于描述一个固定答案。
它更像是在提出一个问题：
当软件系统本身具有持续变化、动态协作与多重上下文的特征时，我们是否需要一种不同于静态拼装的组合范式？
时空组合性，为动态系统提供另一种观察方式
“时空组合性”这个概念本身，带有强烈的动态意味。
时间意味着过程。
一个系统不是只在最终状态下才有意义。它的启动、演化、协作、切换与结束，同样构成系统的一部分。
空间意味着范围。
不同模块、上下文、关系与能力，并不一定处于同一个位置。它们可能分布在不同层级、不同边界、不同环境与不同组织范围之中。
当时间与空间同时进入组合问题，软件结构就不再只是静态图纸。
它更像一座持续运转的城市。
有些道路始终存在。
有些道路只在某个时段开放。
有些区域彼此隔离。
有些区域因为某个事件而临时连接。
有些节点会离开，也会有新的节点加入。
在这种环境里，组合不只是建立连接，而是理解连接如何出现、如何变化、如何被限制，又如何在新的上下文中重新形成。
Cordis 的定位，正是将这种动态性放在框架思考的中心。
组合的意义，不只在于复用
软件工程中，组合常常与复用联系在一起。
一个模块被多处使用。
一段逻辑被抽离出来。
一个能力被封装后供其他部分调用。
这些都是组合的重要价值。
但当系统的复杂度继续上升，复用并不是唯一问题。
更难的问题是协调。
不同能力如何共同存在。
不同关系如何被组织。
不同阶段如何切换。
不同上下文如何避免混乱。
不同部分如何在变化中保持整体一致。
这时，组合不再只是减少重复代码的方法。
它开始成为理解系统复杂度的方式。
Cordis 所提出的时空组合性，可以被看作对这种复杂度的回应。
它关心的是一种更具有过程感的组合观念。
不是只问模块是否被接入系统，也问模块在系统中如何经历变化。
不是只问能力是否存在，也问能力在何时、何地、以何种关系发挥作用。
从结构视角，走向过程视角
很多框架设计都擅长描述结构。
目录如何划分。
模块如何依赖。
接口如何定义。
配置如何组织。
这些内容构成了系统的骨架。
但一个真正运行中的系统，还拥有过程。
状态会流动。
关系会变化。
上下文会切换。
能力会被激活，也会被移除。
当一个框架只关注结构时，它能够帮助开发者搭建系统。
当一个框架开始关注过程时，它则试图帮助开发者理解系统如何活起来。
Cordis 的时空组合性定位，使它天然带有一种过程视角。
它不把系统仅仅视为一组已经确定的对象，而是把系统理解为可能持续变化的组织关系。
这种思路让“组合”从一个偏静态的词，变成一个带有演化意味的概念。
一个仍在发展的方向
Cordis 明确表示，项目仍处于积极开发阶段。
当前 API 尚未稳定，并且可能在没有通知的情况下发生变化。
这意味着 Cordis 不应被理解为一个已经完全固化、边界完全确定的成品框架。
它仍在发展。
接口仍可能调整。
概念仍可能继续展开。
对于关注这一方向的人来说，这种状态也意味着 Cordis 的价值不仅在于现有形态，还在于它正在探索的框架思想。
一个处于活跃开发中的项目，往往还没有把所有问题写成最终答案。
但它已经提出了值得被认真讨论的问题。
如何让组合适应时间。
如何让组合适应上下文。
如何让系统中的关系不只被定义，也能够被理解为持续变化的过程。
从论文到框架方向
Cordis README 中提到了论文《A Programming Paradigm for Spatiotemporal Composability》。
这个标题本身，进一步说明了项目并非只关注某个孤立的工程技巧。
它试图围绕时空组合性提出一种编程范式。
范式意味着思考方式。
它不是单纯增加一个工具，也不是简单补充一组 API，而是尝试重新组织人们看待软件构成、关系与变化的方式。
当一个系统被理解为时空中的组合结构时，开发者所面对的就不只是模块列表。
他们还要面对模块之间的存在范围、交互阶段与演化关系。
这类思考并不局限于某一种具体应用。
只要一个系统具有动态变化、上下文切换、关系重组与持续协作的特征，时空组合性的视角就具有讨论空间。
Cordis 的名字，像是一条连接复杂系统的线
复杂系统最难的地方，通常不是单个模块过于难懂。
真正困难的是模块之间的关系。
当模块数量增加，关系数量会迅速增长。
当时间因素加入，关系不再固定。
当不同上下文并存，系统的边界也开始变得更细致。
这时，开发者需要的不只是更多功能。
他们需要一种能够帮助理解关系的方式。
Cordis 所强调的组合性，正是在触及这个核心。
系统不是孤立能力的堆积。
系统是能力之间不断形成、改变与延续的联系。
从静态依赖到动态协作，从模块拼接到关系演化，从固定结构到时空中的持续组合，Cordis 指向的是一种更具流动感的框架想象。
结语：组合，或许应该被重新理解
软件开发中，“组合优于继承”早已是一句熟悉的话。
但随着系统越来越动态，这句话也许可以被继续追问。
如果组合本身会随着时间变化，会随着上下文变化，会在不同范围中呈现不同形式，那么组合究竟应该如何被表达、组织与理解？
Cordis 给出的并不是一个只针对页面、服务或某种业务场景的答案。
它提出的是更基础的方向。
将组合放进时间与空间中思考。
将系统视为不断变化的关系结构。
将框架理解为组织这种变化的一种可能方式。
在软件不断从静态结构走向动态协作的过程中，Cordis 所关注的时空组合性，像是在提醒人们：
真正复杂的系统，从来不是因为它拥有太多模块。
而是因为这些模块会在时间中相遇、分离、协作，并共同构成持续演化的整体。