0G.幽灵船模型

WingsBoot体系的基本架构思路是，纵向做模型，横向贴功能。 曾用代号【邮轮模型】，后在Dota系，改为GhostShip，更wings一点。

0G.1.上船下海 GoSea

俗话说，Go And Sea，Let's Me See Sea

在我所知的创业实践中，几乎什么都是短缺的，一切都是不确定的。 整个团队都在一条船上，要在海上生存和探寻，防止迷失和沉船。

0G.2.纵向模型 Floor

业务架构，业务模型，程序架构，数据模型，有严格的边界和依赖要求。 通常，从下至上像楼层一样，分别称之为Floor-N（N为自然数）

2a.单向调用，避免跨层

通常，上层可以调用同层及下层，反之不可。如 Dao/Ser/Mvc的结构中，

• Service中可以调用Dao和Service，反之则应避免。推荐
• Controller可以调用Service，反之则禁止。必须
• Controller不可调用Dao。推荐

2b.单向流动，事件溯源

数据流，业务流，要求单向流动。乱流时，以明确的Event传播和溯源。 如数据的从下向上构建，业务的从上到下传播。

0G.3.横向功能 Layer

功能或模块可以通过组合，继承，叠加或过滤后对外提供合适的服务。 通常，从内到外，分别称为Layer-N（N为自然数）

• messages和properties 使用了叠加
• Servlet和Filter 使用了组合和过滤
• Authn和Authz 使用了组合和继承

3a.划清边界，减少耦合

根据领域内的业务要求，划清边界，比如数据模型，功能模块等。

3b.单一职能，各尽其职

一次事件发生，只做好一件事，一次数据流动，只做好本次状态。

0G.4.基本模型 Basic

• 展示层 - 展示和解释用户指令，如app, web
• 应用层 - 验证及转换数据，如controller, api
• 业务层 - 业务概念和逻辑处理，如service, dao
• 设施层 - 业务无关的基础服务，如db, cache

▲
│ Floor of Abstraction
├──────────────┐
│ Presentation │
├──────────────┴──┬────────┐
│ Application     │ LayerA │
├─────────────────┴──┬─────┴───┬────────┐
│ Domain/Biz         │  LayerB │ LayerD │
├────────────────────┴──┬──────┴─┬──────┴─┬────────┐
│ Infrastructure        │ Layer1 │ Layer2 │ Layer3 │
└───────────────────────┴────────┴────────┴────────┴─────▶
                    Layer of Complexity