主页 / 问题

问题[архитектура]

Martin Hope
Yulia
Asked: 2024-11-23 02:58:31 +0800 CST
  • 6

我遇到了一个问题，我需要找出这些处理器使用的架构。

是哈佛（高级/修改）还是冯诺依曼？

如果是混合动力，那么具体是怎样的呢？ （我解释一下我的意思：比如L1缓存分为数据和指令，即哈佛架构，其他都是冯诺依曼。这就是Intel Core i5-4300U混合架构的本质（https ://stackoverflow.com/questions/30558834/how-can-i-tell-whether-my-computer-is-harvard-or-von-neumann-architecture））

архитектура
Martin Hope
Qwendr Jo
Asked: 2023-08-19 01:55:35 +0800 CST
  • 5

MVPVM是MVP和MVVM的组合，目的是界定Model和ViewModel。Data Binding也适用于View和ViewModel。

我不明白：

  1. 谁来发送View“界面需要更新的消息”：Presenter或者ViewModel？

  2. 想象一下，用户按下了按钮，谁将收到有关此信息，很清楚是什么ViewModel（Data Binding）并将该信息传递给Presenter进行处理，或者他会立即Presenter从收到此信息View？

所有图表都让我困惑。

архитектура
Martin Hope
DOKL
Asked: 2022-07-23 04:10:37 +0800 CST
  • 0

如何使用 entity-repository-service-controller-dto 正确设计 Spring 应用程序以使用这些实体？

ERD

我是这样理解的：

实体：旅行、公司、乘客、PassInTrip

存储库：TripRepository、CompanyRepository、PassengerRepository、PassInTripRepository

DTO：TripDto、CompanyDto、PassengerDto

进一步的问题出现了。据我所知，业务逻辑应该在服务中描述。

服务：

CompanyService（getCompanyByName、createCompany、deleteCompany、addTripToCompany、getAllCompanies）PassengerService（getPassengerByPassportNumber、createPassenger、updatePassenger、deletePassenger、addPassengerToTrip）

以斜体突出显示的方法会引起怀疑。PassengerService 使用两个存储库 - TripRepository 和PassengerRepository。有一种感觉，从架构的角度来看，这是一个糟糕的决定，一切都应该是错误的。

还有两个控制器，这里是所有端点：

GET /api/passengers - get list of all passengers
GET /api/passengers/{passportNumber} - get passenger by passport number
POST /api/passengers/create - create new passenger
PUT /api/passengers/update/{passportNumber} - update passenger by passport number
PUT /api/passengers/addToTrip/{passportNumber} - add passenger with given passport number to trip
DELETE /api/passengers/delete/{passportNumber} - delete passenger by passport number

GET /api/companies - get list of all companies
GET /api/companies/{name} - get company by name
POST /api/companies/create - create new company
POST /api/companies/{name}/addTrip - add new trip to company with given name
DELETE /api/companies/delete/{name} - delete company by name

实际上，问题是，从架构的角度来看这里有什么问题以及如何正确修复它？

spring архитектура
Martin Hope
posix
Asked: 2022-08-29 22:01:19 +0800 CST
  • 0

现在在单体中它看起来像这样：我粗略地想象我的服务器将承受多少连接和多少请求，从这些数字开始，我创建一个连接池，限制每个连接的最大可能连接数和请求数。对于需要保证执行的某些操作，我还可以通过连接池执行请求。

事实证明，我有两个用于处理数据库的接口，我称它们为有限和无限。通过有限的连接（有限制的池），执行用户的请求，如果请求太多，没有足够连接的用户会收到相应的消息，而内部请求（无限制），其执行应该是保证，无论如何都会继续执行。

这两个接口用于后端的不同部分。现在我打算把后端拆分成几个微服务。问题是如何最好地制作与数据库交互的架构。

选项 1：将使用数据库的工作转移到单独的微服务中，该微服务将对有限和无限的请求执行操作。

选项 2：在每个需要使用数据库来隔离其连接和池的微服务中。

目前，第一个选项在我看来是最好的解决方案。在这种情况下，我将拥有一个服务，我可以在其中设置和更改连接池限制并控制负载。在缺点中，到目前为止，我看到了一个单点故障。

我很乐意听取关于此事的意见和建议。

архитектура