问题标签 [monolithic]

我参与了完全模块化的单片应用程序项目。我们像 Jimmy 在本文中描述的那样使用 MediatR：处理 MediatR 处理程序中的重复。正是这个：

我希望 MediatR 作为应用程序中实际特定领域行为的最外层窗口

但是内部沟通呢？

我们对模块之间的通信有一些疑问。我们使用事件和查询（在单体应用程序中它有时是有用且不可避免的）。特别是我们有查询问题。如果一个模块必须查询另一个模块，那么我们的处理程序（再次）使用IMediator（再次）执行来自其他模块的查询。它看起来很奇怪，打破了我们的方法。

吉米提到Excluding sub-handlers or delegating handlers, where should my logic go?但我们不知道那个处理程序是什么。

也许我们应该为此使用简单的接口（又名公共外观）？

它会更干净，一切都会被明确定义吗？

我实际上正在学习 Scrum，对于特定的应用程序架构没有任何建议。

我的感觉是 Scrum 被设计为与领域驱动设计相结合，并且每个 Sprint 都应该映射到一个有界上下文，这可以更好地使用微服务来实现。

所以我想知道 Scrum 是否可以在构建 Monolith 时完全实现？

我混淆了这两种架构的差异。

通常，Monolithic Architecture是指将应用程序的不同组件组合成单个业务逻辑。
并且，Service Oriented Architecture是指由执行所需功能的离散和松散耦合的软件代理组成的应用程序。

但我了解到，OOP 和设计模式的目标是“一个功能应该有一个责任”和“减少依赖关系以增加功能的重用”。

所以我的问题是：
1. 单体架构是否遵循 OOP？
2.这两种架构的区别。

我发现 Windows 有一个单片内核：Winodws 7 to feature 25 MB Kernel

根据维基百科：单片内核是一种操作系统架构，其中整个操作系统都在内核空间中工作。

那么 Windows 7 内核如何具有 25 MB 大小并且仍然是单片的？

我们将所有产品和库放在一个单一的 git 存储库中。它的布局如下所示：

目前，我们正在使用CMake来控制构建。由于CMake将 config、generate 和 build 阶段分开，如果您将所有内容一起生成，将需要非常长时间才能运行。为避免这种情况，我们为每个部分提供顶层，并通过上层调用CMakeLists.txt引用对等项目。add_subirectory例如：

现在我们正在评估BazelWORKSPACE ，我立即得到了一个问题：我应该只在 git repo 的顶级目录中放置一个吗？

或者在每个产品/库中放置许多文件并使用规则WORKSPACE相互引用？local_repository

在审查和试验了服务网格产品之后，服务网格不是微服务领域的单一（讽刺）解决方案吗？

Spring Boot 仅适用于微服务还是我可以将 Spring Boot 用于单体架构？

I want to decompose my application to adopt microservices architecture, and i will need to come up with a solid strategy to split my database (Mysql) into multiple small databases (mysql) aligned with my applications.

根据 Wikipedia，Windows 内核是一种混合模型，这意味着它同时具有单片和微内核架构。

但是这两个定义是截然相反的：单体就是系统服务和核心功能都有一个共享的地方，微内核意味着没有一个共享的地方。

所以，我敢打赌，这意味着 windows 为某些共享空间，而对于其他系统服务和核心功能，它是分离的。

我正在尽力理解这一点，但这对我来说非常神秘，尽管我是一名专业的软件工程师。您是否有一个可能相关的示例，其中它是单片的并且它是微内核的？

和 Ubuntu 有什么相似之处，它与 Ubuntu 内核（据说是完全单片的）有多大不同？

我认为这些是概念性问题，但例如，我们是否可以有一个单体应用程序来呈现页面并组合视图（前后一起）或作为前端应用程序的 api 的单体应用程序？在微服务的情况下，我们可以拥有呈现页面的微服务，或者将始终作为前端应用程序（或任何其他应用程序）使用的 API？