1回答
为了加快我的下一个Node-API的开发，我正在寻找一个合适的框架。在过去，我只使用express来构建我的API。
我发现的一个设计模式总是有用的，那就是将业务逻辑与服务中的路由处理完全分离。这些服务只接受所需的信息(如用户id或数据)，并返回一个解析操作结果的承诺。通过这种方式，可以很容易地在其他路由中重用这些服务，对它们进
浏览 17提问于2020-02-04得票数 0
回答已采纳
1回答
通过阅读有关微服务的文献，一个常见的概念是，如果一个微服务依赖于另一个服务来为直接请求提供服务，那么它就不是真正的自治。
这是否意味着真正的自治微服务根本不交互？那么系统应该如何工作呢？
浏览 0提问于2020-01-15得票数 0
2回答
我正在从REST转到gRpc，但是很难弄清楚如何构造我的逻辑。
我的解决方案的基本布局是有一个业务层/API和一些不同的前端(Windows应用程序、控制台应用程序、Web应用程序等)。我希望我的每个前端都能够使用API调用连接到我的网络，这样每个前端都不必理解和重新创建连接、发送消息等的逻辑，但我觉得不应该将gRpc紧密地耦合到<em
浏览 0提问于2019-03-02得票数 3
回答已采纳
5回答
我们有一个业务逻辑层(BLL)，它紧密耦合到我们的数据访问层(DAL)。我们打这样的电话：{}
需要注意的是，我们所有的数据类都是internal，它们与逻辑类在同一个程序集中为了解耦这些(帮助促进单元测试)，一个想法是创建IDataClass接口，比如IFooData。起初，我认为这可能是个问题，因为为了实现接口
浏览 0提问于2012-08-19得票数 9
回答已采纳
2回答
我知道消息传递系统是非阻塞和可伸缩的，应该在微服务环境中使用。假设有一个管理仪表板客户端负责发送创建Item对象的API请求。有一个微服务提供了API端点，它使用一个MySQL数据库来存储项目。还有另一种微服务，它使用弹性搜索来进行文本搜索。此管理仪表板客户端是否应：或
B.向MySQL服务和elasticsearch服务都要消费的topic发送消息？而且，管理员创建Item对象
浏览 0提问于2019-07-30得票数 1
1回答
它是对目录中的文件进行轮询，每15分钟触发一次。基于某些业务逻辑，它要么将消息发布到消息传递队列，要么执行数据库插入/更新。我提出了两种方法：
在SCDF中架构这个过程的最佳方法是什么？
浏览 0提问于2020-08-15得票数 0
2回答
在主应用程序的前端调用APIs (Javascript)$.ajax(api_server1_url,{// backend code of master application对于主应用程序中的进一步用户，a和b都返回如果我能够访问上述所有应用程序<
浏览 0提问于2016-02-19得票数 3
1回答
API控制器建模
、、、、
我正在用ASP.NET开发一个API，但是对于我应该如何为产品开发控制器层有一些疑问。我有这些问题，因为每个产品都有自己的服务和购买路径，所以product1可能有一个步骤1、步骤2和步骤3，product2可能有另一个步骤1，另一个步骤2，等等。但我觉得我的前额有一个： post("http://url/product1") post("http://url/product2&
浏览 0提问于2021-06-25得票数 0
回答已采纳
1回答
CLI工具的体系结构模式
、、、、
这将是一个没有gui的命令行接口工具。我不会使用任何业务逻辑对象，不使用数据库，只使用API与服务器通信(使用Curl)。除了之外，您能给我推荐一些架构模式吗？注意:我不是在要求像命令或策略这样的设计模式。我只想知道如何隔离和解耦抽象层。
我认为使用MVC对于没有业务逻辑的事实是没有意义的--如果我错了，请纠正我。请给我你的建议！您知道任何CLI项目的示例(在任何语言中，不一定用P
浏览 2提问于2015-10-26得票数 0
回答已采纳
是否可以直接在POST方法的RequestBody中传递此实体对象？我的趣味性将会很顺利的工作。我的问题是，这是否是一个安全漏洞？如果是，解决方案是什么？
浏览 2提问于2018-11-28得票数 0
1回答
我们正在考虑实现某种微服务架构。我们的软件将由多个团队维护，我们将使用grpc和protobuf 3作为点对点通信的序列化机制。其目标是一方面将业务逻辑与应用程序逻辑解耦，另一方面允许UI跨越多个业务上下文。
微服务有时必须处理与其他微服务处理的数据相似或相同的数据。在这种情况下，提取那些常见的proto3数据类型，单独处理它们，并将它们作为依赖项导入到每个微服务中是否可取？这样，它们就可以在多个服
浏览 0提问于2017-08-20得票数 0
该系统是一个遗留系统，没有文档，而且耦合非常紧密。数据库关系被错误地建模--也就是说，意味着多对一的对象被映射为一对一。使用“复制”允许“伪多对一”关系。业务逻辑仅在前端存储为JavaScript。数据与表示数据紧密耦合。
例如，如果没有Table对象，则无法存在问题对象。数据库有一个表调用"TableCell“来存储每个单元格的内联CSS，该单元格被映射成一对一的”问题“对象。顺便提一句，系统被重写(或需要重构)的原因是它将暴露在互联网上，
浏览 0提问于2014-05-07得票数 5
回答已采纳
1回答
在体系结构中实现业务逻辑
、、、
我目前正在为一个应用程序建立架构，在这个应用程序中，我们有不同类型的用户，每个用户都有不同类型的功能要执行。
如果我试图根据用户类型实现业务逻辑，那么体系结构就会变得紧密耦合，因为代码更有组织。就像我想将每个用户类型创建为一个模块一样，在该模块的内部，我希望每个页面都是一个模块，而页面中有组件。此外，我还有一个共享模块，它是可以在用户的每个模块中共享的组件。我很困惑它是否是正确的方法，或者通过这样做，我使体系结构与<
浏览 0提问于2019-07-16得票数 2
我决定(也不确定这是否明智)将评估站点的核心组件转换为WCF web服务，从而方便地访问其他站点。估算引擎依赖于驻留在sql表中的大量外部化参数。此外，估算过程中的每个步骤都记录在其他sql表中。可以从web服务进行这种类型的读/写访问吗？如果没有，我还有其他选择吗？
浏览 0提问于2012-09-21得票数 0
回答已采纳
我们有这个DDD项目，我们有一个以上的BC，我们有这个场景，我们想要定义一个适当的方式来存储帐户设置。在场景A中，我们将为所有BCs设置一个BC存储设置，并相应地将其发布到每个BC，在场景B中，每个BC保存自己的设置，而在场景C中，只有一个BC存储所有设置。场景A很好地维护所有业务逻辑在一个地方，它保持BCs解耦，但这是维护每个BC的发布/订阅的开销。另一方面，场景B的开销较小，但如果任何BCs需要使用来自不同BC的
浏览 0提问于2016-11-21得票数 2
回答已采纳
我和一位同事与我们的老板就我们目前正在开发的应用程序的架构进行了相当奇怪的讨论。共享数据库使部署变得更加困难和危险(外部应用程序在数百个内部应用程序表中有几个表)📷任何主要依赖于外部应用程序业务实体的开发都应该在外部API这样就可以在内部代码库中编写外部应用程序业务逻辑(由内部应用程序使用)。
如果我们想
浏览 0提问于2020-07-25得票数 1
回答已采纳
1回答
目前，我们有一个系统，其中所有的东西(所有内部管理站点，业务逻辑和互联网商店网站)是紧密耦合在一个单一的LAMP实例上运行，而且绝对所有的数据都位于一个字面上单一的垃圾数据库。由于这一点(也是由于10年的发展，部分是从perl，php代码质量中重写的)，引入新的网络商店，重新设计任何现有的或改变逻辑中的任何东西都是不可能的任务。为了不仅重写旧代码，而且优化系统架构，我决定将网站(彼
浏览 0提问于2010-08-17得票数 2
我最近得到了一个代码库，它做了一些与我通常做的事情有点不同的事情。主要区别在于，它似乎将元素(例如下拉列表控件)向下传递到业务逻辑层(在本例中是一个单独的项目，但仍然在相同的解决方案中)，在那里绑定到业务数据。我的自然方法总是将所需的信息显示到UI上并绑定到那里。以前有没有人遇到过这种类型的</
浏览 0提问于2011-10-04得票数 8
回答已采纳
云服务器
ICP备案
云直播
腾讯会议
实时音视频
腾讯云开发者
