Praxis Software Structure Model

模块边界：apps/linux_uconsole_gtk

解释 apps/linux_uconsole_gtk 的包/模块边界、文件数量、符号数量和跨模块依赖。

Package Diagrams candidate / high 0.1.0 · 34aad0bffa2f / main

图的读法

这张 Package Diagram 以 apps/linux_uconsole_gtk 为中心，展示它作为工程模块边界时观察到的文件规模、符号规模和跨模块依赖。
图中的箭头表示本地仓库证据观察到的跨模块关系，主要用于理解技术依赖方向；它不是业务流程顺序，也不是运行时消息时序。
当前观察到的主要外部依赖包括：apps/esp32_lvgl、apps/linux_sim_shell、apps/linux_cardputer_zero。

技术复杂度分析

apps/linux_uconsole_gtk 当前包含 54 个文件和 697 个符号，属于软件结构模型识别出的技术组织边界。
跨模块关系呈现为：被其它模块引用或调用 41 次，主动依赖或调用外部模块 43 次，因此它依赖外部模块更多。
较多外部依赖可能说明该模块承担编排、聚合或桥接多处能力的职责；当前按候选技术耦合中心处理。

与业务复杂度的关联

apps/linux_uconsole_gtk 不是业务故事本身，而是业务能力落地时可能经过的技术边界。
如果组织/过程模型中某个 Use Case 的证据、入口或下钻图落在 apps/linux_uconsole_gtk，该 Use Case 应当反向链接到这张 Package Diagram，说明业务故事由哪个工程模块承载。
当前关联仍是 CANDIDATE：这里只能根据仓库证据解释技术边界，不能替代组织/过程模型对业务故事、参与者和业务目标的确认。

治理建议

新增功能时，优先确认它属于该模块的稳定职责，而不是因为调用方便而落入该模块。
如果未来多次变更都增加该模块的外部依赖，应考虑拆分端口、适配器或应用服务边界。
当业务 Use Case 文档引用该模块时，应在 Use Case 下钻文档中记录具体入口、调用链或配置证据。

UML / 技术图

flowchart LR
  package_node["apps/linux_uconsole_gtk"]
  dependency_1["apps/esp32_lvgl"]
  package_node --> dependency_1
  dependency_2["apps/linux_sim_shell"]
  package_node --> dependency_2
  dependency_3["apps/linux_cardputer_zero"]
  package_node --> dependency_3

覆盖范围

模块路径：apps/linux_uconsole_gtk
文件数：54
符号数：697
被其他模块依赖或调用：41
依赖或调用外部模块：43

图内语义元素下钻

apps/linux_uconsole_gtk package
apps/linux_uconsole_gtk 是当前 Package Diagram 的中心工程边界，用来观察它自身规模、依赖方向和可下钻技术复杂度。

技术角色
技术组织边界：它把 apps/linux_uconsole_gtk 下的文件、符号和跨模块关系聚合成一个可讨论的工程单元。

为什么出现
本地仓库证据在 apps/linux_uconsole_gtk 下观察到足够文件、符号或跨模块关系，因此它值得被提升为软件结构模型中的 package 级入口。

关系意义
图中从 apps/linux_uconsole_gtk 指向其它节点的箭头表示当前边界依赖外部 package/module；被其他模块依赖或调用 41 次、依赖或调用外部模块 43 次，用于判断它更像稳定复用边界还是编排/桥接边界。

下钻意图
下钻该节点可以继续查看 apps/linux_uconsole_gtk 内的关键组件、结构协作切片、运行链路、部署节点和复杂度热点，从而理解这个工程边界如何承载功能变化。

业务关联
该节点不是业务故事本身，但组织/过程模型中落到 apps/linux_uconsole_gtk 的 Use Case 可以把这里作为技术承载边界引用。当前关联仍是 CANDIDATE。

变更影响
修改 apps/linux_uconsole_gtk 的公共入口、依赖方向或目录边界，可能影响引用它的组件图、sequence 片段、部署配置和相关业务故事的验证路径。

置信度
high
证据
- package scope: apps/linux_uconsole_gtk
- 模块路径：apps/linux_uconsole_gtk
- 文件数：54
- 符号数：697
- 被其他模块依赖或调用：41
- 依赖或调用外部模块：43
- apps/linux_uconsole_gtk/APP_SHELL_MANIFEST.md
- apps/linux_uconsole_gtk/CMakeLists.txt
风险
- 如果只把该节点当作目录名，会遗漏它作为稳定工程边界的职责判断。
- 如果依赖外部模块的迹象持续增加，可能说明该边界承担过多编排或桥接职责。
问题
- 当前仓库证据尚未把该 package 明确 Trace 到某个 Use Case；因此业务关联保持候选。
apps/esp32_lvgl package
apps/esp32_lvgl 是 apps/linux_uconsole_gtk 当前观察到的外部技术边界依赖；它说明当前模块不是孤立实现，而是需要借助另一组工程能力完成职责。

技术角色
跨模块技术依赖边界：当前 package 需要另一个 package/module 提供能力、契约、配置或运行支撑。

为什么出现
本地仓库证据在 apps/linux_uconsole_gtk 与 apps/esp32_lvgl 之间观察到跨模块事实关系，因此该依赖被放入 Package Diagram，而不是只藏在代码 import/call 里。

关系意义
apps/linux_uconsole_gtk -> apps/esp32_lvgl 表示本地仓库证据观察到跨模块关系；它解释技术依赖方向，但不直接证明业务流程。

下钻意图
下钻 apps/esp32_lvgl 可以查看它自己的 Package Diagram，再继续进入其组件、结构、sequence 或热点，判断当前依赖究竟落在入口、运行时、工具注册、模型适配还是基础设施边界。

业务关联
apps/linux_uconsole_gtk 如果承载用户可见能力，那么对 apps/esp32_lvgl 的依赖可能是该能力的运行机制、扩展点或治理约束。该业务关联需要由组织/过程模型的 Use Case 证据确认。

变更影响
修改 apps/esp32_lvgl 的公共接口、路径或运行方式，可能让 apps/linux_uconsole_gtk 的调用链、打包入口、agent 工作流或 UI 行为发生连锁变化。

置信度
high
证据
- dependency edge: apps/linux_uconsole_gtk -> apps/esp32_lvgl
- apps/esp32_lvgl/APP_SHELL_MANIFEST.md
- apps/esp32_lvgl/CMakeLists.txt
- apps/esp32_lvgl/library.json
- apps/esp32_lvgl/README.md
- apps/esp32_lvgl/src/esp32_lvgl_app_shell.cpp
- apps/esp32_lvgl/src/esp32_lvgl_app_shell.h
- apps/esp32_lvgl/src/esp32_lvgl_arduino_app_registry.cpp
风险
- 跨模块依赖只能证明技术关系，不能直接证明业务关系。
- 如果该依赖只是因为实现方便而存在，未来变更可能形成边界漂移或隐式公共工具箱。
问题
- 当前证据尚未证明 apps/linux_uconsole_gtk 依赖 apps/esp32_lvgl 与某个 Use Case、runtime command 或配置决策直接相关。
- 当前依赖方向按仓库事实记录为候选，尚未发现架构决策文档证明它是稳定边界。
apps/linux_sim_shell package
apps/linux_sim_shell 是 apps/linux_uconsole_gtk 当前观察到的外部技术边界依赖；它说明当前模块不是孤立实现，而是需要借助另一组工程能力完成职责。

技术角色
跨模块技术依赖边界：当前 package 需要另一个 package/module 提供能力、契约、配置或运行支撑。

为什么出现
本地仓库证据在 apps/linux_uconsole_gtk 与 apps/linux_sim_shell 之间观察到跨模块事实关系，因此该依赖被放入 Package Diagram，而不是只藏在代码 import/call 里。

关系意义
apps/linux_uconsole_gtk -> apps/linux_sim_shell 表示本地仓库证据观察到跨模块关系；它解释技术依赖方向，但不直接证明业务流程。

下钻意图
下钻 apps/linux_sim_shell 可以查看它自己的 Package Diagram，再继续进入其组件、结构、sequence 或热点，判断当前依赖究竟落在入口、运行时、工具注册、模型适配还是基础设施边界。

业务关联
apps/linux_uconsole_gtk 如果承载用户可见能力，那么对 apps/linux_sim_shell 的依赖可能是该能力的运行机制、扩展点或治理约束。该业务关联需要由组织/过程模型的 Use Case 证据确认。

变更影响
修改 apps/linux_sim_shell 的公共接口、路径或运行方式，可能让 apps/linux_uconsole_gtk 的调用链、打包入口、agent 工作流或 UI 行为发生连锁变化。

置信度
high
证据
- dependency edge: apps/linux_uconsole_gtk -> apps/linux_sim_shell
- apps/linux_sim_shell/APP_SHELL_MANIFEST.md
- apps/linux_sim_shell/CMakeLists.txt
- apps/linux_sim_shell/README.md
- apps/linux_sim_shell/src/linux_sim_app_shell.cpp
- apps/linux_sim_shell/src/linux_sim_app_shell.h
- apps/linux_sim_shell/src/linux_sim_runtime_entry_adoption_probe.cpp
- apps/linux_sim_shell/src/linux_sim_runtime_entry_adoption_probe.h
风险
- 跨模块依赖只能证明技术关系，不能直接证明业务关系。
- 如果该依赖只是因为实现方便而存在，未来变更可能形成边界漂移或隐式公共工具箱。
问题
- 当前证据尚未证明 apps/linux_uconsole_gtk 依赖 apps/linux_sim_shell 与某个 Use Case、runtime command 或配置决策直接相关。
- 当前依赖方向按仓库事实记录为候选，尚未发现架构决策文档证明它是稳定边界。
apps/linux_cardputer_zero package
apps/linux_cardputer_zero 是 apps/linux_uconsole_gtk 当前观察到的外部技术边界依赖；它说明当前模块不是孤立实现，而是需要借助另一组工程能力完成职责。

技术角色
跨模块技术依赖边界：当前 package 需要另一个 package/module 提供能力、契约、配置或运行支撑。

为什么出现
本地仓库证据在 apps/linux_uconsole_gtk 与 apps/linux_cardputer_zero 之间观察到跨模块事实关系，因此该依赖被放入 Package Diagram，而不是只藏在代码 import/call 里。

关系意义
apps/linux_uconsole_gtk -> apps/linux_cardputer_zero 表示本地仓库证据观察到跨模块关系；它解释技术依赖方向，但不直接证明业务流程。

下钻意图
下钻 apps/linux_cardputer_zero 可以查看它自己的 Package Diagram，再继续进入其组件、结构、sequence 或热点，判断当前依赖究竟落在入口、运行时、工具注册、模型适配还是基础设施边界。

业务关联
apps/linux_uconsole_gtk 如果承载用户可见能力，那么对 apps/linux_cardputer_zero 的依赖可能是该能力的运行机制、扩展点或治理约束。该业务关联需要由组织/过程模型的 Use Case 证据确认。

变更影响
修改 apps/linux_cardputer_zero 的公共接口、路径或运行方式，可能让 apps/linux_uconsole_gtk 的调用链、打包入口、agent 工作流或 UI 行为发生连锁变化。

置信度
high
证据
- dependency edge: apps/linux_uconsole_gtk -> apps/linux_cardputer_zero
- apps/linux_cardputer_zero/APP_SHELL_MANIFEST.md
- apps/linux_cardputer_zero/CMakeLists.txt
- apps/linux_cardputer_zero/packaging/trailmate-cardputer-zero-applaunch
- apps/linux_cardputer_zero/packaging/trailmate-cardputer-zero.desktop
- apps/linux_cardputer_zero/packaging/trailmate-cardputer-zero.png
- apps/linux_cardputer_zero/README.md
- apps/linux_cardputer_zero/src/cardputer_zero_input_method_port.cpp
风险
- 跨模块依赖只能证明技术关系，不能直接证明业务关系。
- 如果该依赖只是因为实现方便而存在，未来变更可能形成边界漂移或隐式公共工具箱。
问题
- 当前证据尚未证明 apps/linux_uconsole_gtk 依赖 apps/linux_cardputer_zero 与某个 Use Case、runtime command 或配置决策直接相关。
- 当前依赖方向按仓库事实记录为候选，尚未发现架构决策文档证明它是稳定边界。

可下钻 UML

函数节点：launchSettingsLayout component · contains

打开函数节点：launchSettingsLayout 是为了确认 apps/linux_uconsole_gtk 内部哪一个具体对象承担入口、编排、适配、契约或共享职责。重点查看代码锚点 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_settings_layout.cpp，以及它的被引用/调用关系和对外依赖/调用关系是否意味着变更会扩散。

function 位于 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_settings_layout.cpp#L110，协调多个外部对象或能力，用于解释技术协作和变更影响面。

函数节点：makeLabel component · contains

打开函数节点：makeLabel 是为了确认 apps/linux_uconsole_gtk 内部哪一个具体对象承担入口、编排、适配、契约或共享职责。重点查看代码锚点 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_widgets.cpp，以及它的被引用/调用关系和对外依赖/调用关系是否意味着变更会扩散。

function 位于 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_widgets.cpp#L9，被多个对象复用或依赖，用于解释技术协作和变更影响面。

函数节点：makeSettingsRow component · contains

打开函数节点：makeSettingsRow 是为了确认 apps/linux_uconsole_gtk 内部哪一个具体对象承担入口、编排、适配、契约或共享职责。重点查看代码锚点 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_settings_layout.cpp，以及它的被引用/调用关系和对外依赖/调用关系是否意味着变更会扩散。

function 位于 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_settings_layout.cpp#L22，被多个对象复用或依赖，用于解释技术协作和变更影响面。

函数节点：refreshUi component · contains

打开函数节点：refreshUi 是为了确认 apps/linux_uconsole_gtk 内部哪一个具体对象承担入口、编排、适配、契约或共享职责。重点查看代码锚点 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_shell.cpp，以及它的被引用/调用关系和对外依赖/调用关系是否意味着变更会扩散。

function 位于 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_shell.cpp#L285，被多个对象复用或依赖，用于解释技术协作和变更影响面。

函数节点：refreshMap component · contains

打开函数节点：refreshMap 是为了确认 apps/linux_uconsole_gtk 内部哪一个具体对象承担入口、编排、适配、契约或共享职责。重点查看代码锚点 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_map_logic.cpp，以及它的被引用/调用关系和对外依赖/调用关系是否意味着变更会扩散。

function 位于 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_map_logic.cpp#L1243，协调多个外部对象或能力，用于解释技术协作和变更影响面。

函数节点：main component · contains

打开函数节点：main 是为了确认 apps/linux_uconsole_gtk 内部哪一个具体对象承担入口、编排、适配、契约或共享职责。重点查看代码锚点 apps/linux_uconsole_gtk/tests/uconsole_meshtastic_node_payload_smoke.cpp，以及它的被引用/调用关系和对外依赖/调用关系是否意味着变更会扩散。

function 位于 apps/linux_uconsole_gtk/tests/uconsole_meshtastic_node_payload_smoke.cpp#L89，协调多个外部对象或能力，用于解释技术协作和变更影响面。

函数节点：launchMapLayout component · contains

打开函数节点：launchMapLayout 是为了确认 apps/linux_uconsole_gtk 内部哪一个具体对象承担入口、编排、适配、契约或共享职责。重点查看代码锚点 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_map_layout.cpp，以及它的被引用/调用关系和对外依赖/调用关系是否意味着变更会扩散。

function 位于 apps/linux_uconsole_gtk/src/platform/gtk/gtk_uconsole_map_layout.cpp#L105，协调多个外部对象或能力，用于解释技术协作和变更影响面。

函数节点：expect component · contains

打开函数节点：expect 是为了确认 apps/linux_uconsole_gtk 内部哪一个具体对象承担入口、编排、适配、契约或共享职责。重点查看代码锚点 apps/linux_uconsole_gtk/tests/uconsole_meshtastic_node_payload_smoke.cpp，以及它的被引用/调用关系和对外依赖/调用关系是否意味着变更会扩散。

function 位于 apps/linux_uconsole_gtk/tests/uconsole_meshtastic_node_payload_smoke.cpp#L15，被多个对象复用或依赖，用于解释技术协作和变更影响面。

承担外部协作的候选对象：launchSettingsLayout 技术热点 technical_hotspot · risk_detail

查看承担外部协作的候选对象：launchSettingsLayout 技术热点这个复杂度信号是否会抬高 apps/linux_uconsole_gtk 的阅读、修改、测试或回归成本。

该符号连接多个外部对象或能力，可能承担编排、聚合或过宽责任。

被广泛复用的候选对象：makeLabel 技术热点 technical_hotspot · risk_detail

查看被广泛复用的候选对象：makeLabel 技术热点这个复杂度信号是否会抬高 apps/linux_uconsole_gtk 的阅读、修改、测试或回归成本。

该符号被多处代码引用或调用，可能是共享核心、隐式接口或变更扩散点。

被广泛复用的候选对象：makeSettingsRow 技术热点 technical_hotspot · risk_detail

查看被广泛复用的候选对象：makeSettingsRow 技术热点这个复杂度信号是否会抬高 apps/linux_uconsole_gtk 的阅读、修改、测试或回归成本。