问题标签 [multi-tier]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
database - 使用 delphi 和 firebird 的多层 Web 应用程序的架构设计
我有一个允许从数据库中搜索、显示图像等的应用程序。这是用 Delphi 编写的,在本地数据库 Firebird 上运行我想让应用程序可移植,以便人们可以从任何地方访问数据。我需要知道如何构建整个系统。例如,数据库可以驻留在 Azure 等云服务器上,人们可以通过互联网从中检索信息。但是,显示 UI 必须能够根据查询结果以各种格式显示,因此要进行一些处理,使其不能只是一个网页。我的想法是使用 TMS WEB Core 之类的东西在任何类型的设备上进行显示,然后在服务器上使用基于 TMS XData 的应用程序来实际访问数据库。这是一个可行的架构,还是我完全不知道如何实现这样的应用程序。我还想知道为什么任何远程应用程序都不能简单地连接到云数据库以获取信息。如果有人有经验或可以指导我找到适当的教程/资源,我将不胜感激。
这适用于使用后端 Firebird DB 在移动设备或桌面上运行的 Delphi 应用程序。没有尝试太多,因为我不知道如何开始。研究过 TMS WEB Core 和 TMS DataX
还没有
还没有
c# - 如何在接口中使用枚举?
因此,当涉及到属性等数据时,我们有Order
哪个是逻辑,哪个连接视图和逻辑。具有枚举和. 如何在不知道逻辑或视图的接口层的情况下创建属性和属性?IOrderData
Order
PayMethod
OrderStatus
PayMethod
OrderStatus
IOrderData
例子:
项目逻辑:
项目数据接口:
Enums
我的解决方案:我刚刚为使用枚举的类PayMethod
和任何地方创建了一个新的类库,OrderStatus
我提到了类库。
mysql - 多层架构:Angular、Node.js 和 MySQL
我正在使用angular7
,Node.js
并mySQL
创建一个平台,它们每个都运行在一个单独的端口上,我只使用 HTTP 协议,如果它是 3 层架构(client, web server, DB)
还是 4 层架构,我真的很困惑(client, web server, application server, DB)
amazon-web-services - 我想将多层 Web 应用程序部署到 AWS,但不知道如何设置
我希望有人能够解释我将如何设置多层 Web 应用程序。有一个数据库层、应用程序层、Web 服务器层,然后是客户端层。我不确定如何将应用层和 Web 服务器层分开,因为应用层将位于私有子网中。我会让客户端将请求直接发送到应用服务器,但私有网络是必需的。将应用服务器与 Web 服务器分开也是一项要求。
我唯一的想法是在 Web 服务器上提供内容,然后客户端将所有请求发送到另一个端口上的同一 Web 服务器。与端口 3000 一样,如果在该端口上捕获了请求,则使用 express 的节点应用程序会将请求转发到应用程序层,因为 Web 服务器可以与应用程序服务器通信。
我确实设置了一个小的概念证明这样做。Web 服务器提供内容,然后我有另一个快速应用程序设置来侦听端口 3000,客户端在端口 3000 上发送请求,然后它只是将完全相同的内容发送回应用程序服务器。
这是我当前的设置,Web 服务器托管两台服务器。一个在端口 80 上为前端服务,一个在端口 3000 上接收请求。侦听端口 3000 的服务器将所有请求转发到应用服务器 ALB(它基本上是应用服务器上所有相同路由的副本,但它只是转发请求而不是执行操作)。但是有没有办法在中间没有这个额外的跳跃?在不暴露内部 ALB 的情况下摆脱正在侦听 3000 的附加服务器?
c# - 多层架构和身份。为什么要使用 UserManager 和 RoleManager?
Microsoft Identity 引入了UserManager<T>
与和其他数据库表RoleManager<T>
交互的类AspNetUsers
。AspNetRoles
但是我们为什么要使用它们呢?也许它是一个更好的解决方案来搭建数据库并直接使用实体框架处理它的表而忘记类UserManager<T>
和RoleManager<T>
?
我为什么要问?
我的应用程序要遵循多层架构。我开始为用户创建 DTO 类:
输入IdentityUser
我想映射到UserDto
,输入IdentityRole
到RoleDto
。
如您所见,UserDto
我想存储用户的角色。
现在让我们看一下IdentityUser
类型:链接。它包含很多属性,但它没有用户的角色。
因此,当映射IdentityUser
到时UserDto
,我需要使用RoleManager<T>
来获取用户的角色。我认为,这是一个肮脏的解决方案。
我的想法
我们可以忘记UserManager<T>
和RoleManager<T>
类型。我们可以简单地搭建数据库并使用实体框架来处理它。
在建立数据库脚手架后,我有以下内容:
我只介绍了简短的 AspNetUser 类。如您所见,它有一个属性 AspNetUserRoles - 用户的角色。太好了,因为现在将这个类映射到UserDto
.
问题
搭建数据库而不使用UserManager
和RoleManager
类是一个好主意吗?也许你可以介绍一个更好的解决方案?