开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

在一个独立的应用程序'.,业务逻辑必须驻留在哪里？

在一个独立的应用程序中，业务逻辑可以驻留在前端、后端或分布式系统中。

前端驻留：前端开发主要负责用户界面的展示和交互，可以使用HTML、CSS和JavaScript等技术实现。前端驻留的业务逻辑通常包括用户输入验证、数据处理、页面跳转等。对于前端开发，推荐使用腾讯云的静态网站托管服务（https://cloud.tencent.com/product/s3）来托管前端应用。
后端驻留：后端开发主要负责处理前端发送的请求、执行业务逻辑、与数据库交互等。后端开发可以使用各种编程语言和框架，如Node.js、Java、Python、Ruby等。对于后端开发，推荐使用腾讯云的云服务器（https://cloud.tencent.com/product/cvm）来部署后端应用。
分布式系统驻留：对于大规模应用或需要高可用性和可扩展性的应用，业务逻辑可以分布在多个节点上，形成分布式系统。分布式系统可以使用微服务架构、容器化技术等来实现。对于分布式系统，推荐使用腾讯云的容器服务（https://cloud.tencent.com/product/tke）来管理容器化的应用。

总结起来，在一个独立的应用程序中，业务逻辑可以驻留在前端、后端或分布式系统中，具体选择取决于应用的规模、需求和技术栈。腾讯云提供了一系列的产品和服务来支持各种应用场景的开发和部署。

相关搜索:在视图中避免业务逻辑的最佳实践在构建Jhipster应用程序时，我们如何选择业务逻辑？在DataGrid中放置WPF复选框的业务逻辑的位置如何使用netty在单独的线程池中执行业务逻辑处理程序在r中使用min(x，y)返回'subset‘必须是逻辑的在Android上使用Firefox的独立web应用程序在Visual Studio中转换的逻辑应用程序JSON 在React/Redux应用程序中定位网络请求的逻辑条带化InvalidRequestError:在开始使用结帐之前，您必须提供此帐户的业务URL 在Spring Boot应用程序中必须设置错误的UserDetailsService 在受信任的Web活动应用程序中检查独立模式可以在nodejs应用程序中创建完全独立的模块吗？在aspnet core 1应用程序的逻辑层中获取ClaimsPrincipal Unity游戏在一个特定的场景中独立崩溃？在一个独立的网络上安装布谷鸟？是否可以在IIS之外的独立应用程序中托管ASPX网页在两个独立的应用程序之间发送身份验证在逻辑应用程序中发送带有筛选数组数据输出的邮件在获取实体操作中使用筛选查询的逻辑应用程序在另一个脚本中执行独立的python脚本

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

与我一起学习微服务架构设计模式2—服务的拆分策略

实现视图:构建编译系统的输出。由表示打包代码的模块(Jar文件)和组件(WAR文件)组成。

01

信息存储在云平台上通常采用什么方法?

就在五年前，大多数企业将其最重要的信息资产保留在数据中心，IT经理认为内部部署的数据中心可以更好地管理、保护和控制数据和应用程序。然而，随着云计算在IT投资中扮演越来越重要的战略角色，这种情况正在发生变化。

02

盘活云数据管理的存储架构

云数据管理架构包括本地、多云和云间部署，数据被分散部署在各种分布式部署环境中，企业需要平衡其中的风险和收益。

02

「数据架构」TOGAF建模：数据发布图表

数据发布图的目的是显示数据实体、业务服务和应用程序组件之间的关系。该图显示了应用程序组件如何在物理上实现逻辑实体。这样可以进行有效的规模调整和这使得IT足迹得以细化。此外，通过将业务价值分配给数据，可以获得应用程序组件业务临界性的指示。该图可能显示数据复制和数据主引用的系统所有权。在此实例中，它可以显示两个副本以及它们之间的主-副本关系。此图可以包括服务;也就是说，服务封装数据并驻留在应用程序中，或者驻留在应用程序中并访问封装在应用程序中的数据的服务。

02

微服务和传统中间件平台

文摘微服务与部署在中间件平台(esb、应用服务器)上的传统服务有何不同?什么是微服务体系结构模式，它解决了什么问题?本文将讨论所有这些重要的主题，并描述如何管理、管理和扩展微服务。 Microser

02

MQ消息中间件（工作+面试）

AMQP协议介绍 AMQP，即Advanced Message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。 AMQP的主要特征是面向消息、

07

亚马逊的分布式计算宣言

作者丨 Marc Brooker 译者丨明知山策划丨 Tina 1998 年的西雅图，亚马逊公司的人已经开始重新审视他们的架构。亚马逊 1997 年的销售额为 1.47 亿美元，到了 1998 年就超过了 6 亿美元，这样的增长速度令他们感到措手不及。1998 年，亚马逊的人写了一份分布式计算宣言，描述了他们看到的问题以及他们为这些问题给出的解决方案。Werner Vogels 最近在他的文章（https://www.allthingsdistributed.com/2022/11/amazon

02

实用微服务

如今，微服务是软件体系结构领域中最受欢迎的热门词汇之一。有许多材料都在介绍微服务的基本原理以及它的好处，但教你如何在企业场景中使用微服务的资料就十分少了。

04

「数字化」数字业务自动化参考架构

数字业务自动化（DBA）允许组织通过简化人们参与业务流程和工作流的方式，自动执行可重复的决策以及为业务用户提供编辑和更改这些业务流程中涉及的业务逻辑的能力来改进其运营。DBA项目还旨在使文档易于存储和检索，数字化文档内容，例如光学字符识别（OCR），并使用软件机器人自动化数据输入，也称为机器人过程自动化。

01

PO、VO、DAO、BO、DTO、POJO能分清吗？

可以看成是与数据库中的表相映射的java对象。使用Hibernate来生成PO是不错的选择。

02

有关智能合约的三种常见误解

关于智能合约有很多误导性的评论，使得人们产生了不少对智能合约是什么以及能做什么的困惑。本文便给出三个我所注意到的最常见的误解。本文也建立在之前一篇文章《智能合约简介》的基础上。

06

如何在 ASP.NET MVC 中集成 AngularJS（1）

介绍当涉及到计算机软件的开发时，我想运用所有的最新技术。例如，前端使用最新的 JavaScript 技术，服务器端使用最新的基于 REST 的 Web API 服务。另外，还有最新的数据库技术、最新的设计模式和技术。当选择最新的软件技术时，有几个因素在起作用，其中包括如何将这些技术整合起来。过去两年中，我最喜欢的一项技术就是设计单页面应用（SPA）的 AngularJS。作为一个微软stack开发者，我也是使用 ASP.NET MVC 平台实现 MVC 设计模式和并进行研究的粉丝，包括它的捆绑和压缩功能

06

Spring Web 应用的最大败笔

开发人员在使用Spring应用是非常擅长谈论依赖注入的好处。不幸的是，他们不是那么真的利用它的好处，如单一职责原则，分离关注原则。如果我们一起来看看大部分Spring的Web应用程序，常见的错误的设计如下： 1.领域模型对象用来存储应用的数据(当作DTO使用)，领域模型是贫血模型这样的反模式。 2.服务层每个实体有一个服务。问题是这样很普遍，错误在哪里呢？ Spring的web应用程序之所以这样是因为他们做事物的方式一直都是这样做的，老习惯难改，特别是如果他们是高级开发人员或软件架构师，这些人捍卫这样做的论据之一是：我们的应用程序遵循关注分离的原则，因为它已经被分为若干层，每个层有自己的特定职责。 1. Web层负责处理用户输入，并返回正确的响应返回给用户。 web层与服务层通信。 2.服务层作为一个事务边界。它也负责授权和包含我们的应用程序的业务逻辑。服务层管理的域模型对象，并与其他服务和存储库层进行通信。 3.存储库/数据访问层负责与所使用的数据的存储进行通信。分离关注(Soc)是分离计算机程序为不同的部分，每个部分有一个关注聚焦，一个典型的Spring Web应用在一定程度上遵循这一原则，但现实是，该应用程序有一个整体的服务层，它有太多的责任。更具体地，服务层有两个主要问题： 1.在服务层发现业务逻辑业务逻辑被分散在各个服务层。如果我们需要检查一个业务规则是如何实现的，我们必须先找到它。这可能并不容易。此外，如果相同的业务规则需要在多个服务类，问题是，规则需要从一个服务到另一个简单地复制。这将导致维护的噩梦。 2.每个领域模型一个服务这完全违反了单一职责原则，它被定义为如下：单一职责原则指出，每一个类都应该有一个责任，责任应该由类完全封装。其所有的服务应该狭义与责任相一致。(不应将原属于领域模型的行为方法等划放在服务中实现，对象不但有属性还有行为) 服务类有很多依赖，以及大量的循环依赖。更像网络紧密耦合和单片服务。这使得很难理解，维护和重用。这听起来有点苛刻，但一个Spring的web应用的服务层往往是最容易出问题的部分。幸运的是，所有的希望都不会丢失。 1. 我们必须将我们的应用程序的业务逻辑从服务层迁移到领域模型类中。举个例子：假设我是一个服务类，你是一个域模型对象。如果我让你从屋顶上跳下来，你会喜欢我这样的决定吗？(跳下来会摔伤，自己没有脑子或被洗脑，变成僵尸，只听从执行，不思考自己的安全，这就是贫血模型的问题) 将业务逻辑从服务层迁移到域模型类有下面三个优势： (1)我们的代码将以逻辑方式切割，服务层只要关注应用逻辑，而我们的领域模型关注业务逻辑。 (2)业务逻辑只存在一个地方，容易发现修改。 (3)服务层的源代码是清洁的，不包含任何复制粘贴代码 2. 将每个实体服务切割为单一目标的更小的服务。比如，有一个单一服务类，提供对人员和用户账户的CRUD操作，我们应该将它分为两个独立的服务类：第一个是对人员的提供CRUD操作第二个是提供与用户账户相关的操作。好处：每个服务类中有一个逻辑组职责。每个服务类的依赖较少，这意味着他们不再是紧耦合的源头。他们是较小的和松耦合的组件。服务类更容易理解，维护和重用。这两个简单的步骤将帮助我们使得我们的应用程序架构更干净，有助于同行开发商提高生产力和幸福。

01

LinkedIn 互联网架构扩展简史

LinkedIn成立于 2003 年，其目标是连接到您的网络以获得更好的工作机会。第一周只有 2,700 名会员。时间快进了很多年，LinkedIn 的产品组合、会员基础和服务器负载都取得了巨大的增长。

00

004.Windows Server 故障转移群集 (WSFC)简介

“Windows Server 故障转移群集”(WSFC) 群集是一组独立的服务器，它们共同协作以提高应用程序和服务的可用性。SQL Server 2012 利用 WSFC 服务和功能支持 AlwaysOn 可用性组和 SQL Server 故障转移群集实例。

03

JAVA学习篇–javaweb之Filter具体解释[通俗易懂]

在DRP项目中，多次提到了Filter，它攻克了字符集的统一设置以及统一控制简单WebCache，从中我们能够体会到。它给我们带来的优点不不过降低代码量这么简单，它的出现避免了我们每一个页面反复的编写同样的代码，降低了我们的工作量。并且给维护带来了极大的便利。那么它是怎样实现统一管理的呢？既然它能统一管理某些反复的操作。那么它和AOP有什么关系呢？

02

深入理解 goroutine 泄漏和避免泄漏的最佳实践

Go的奇妙之处在于，我们可以使用goroutines和channel轻松地执行并发任务。如果在生产环境中使用goroutines和channel，但是不了解它们的行为方式，会造成一些严重的影响。

01

如何使组织的多云数据体系结构战略步入长期成功的轨道

云计算为组织提供了更多的机遇，任何一个现代应用程序都以某种方式利用云计算基础设施。然而，组织为了充分获得云计算的好处，需要仔细考虑其策略。因此不要使用默认基本的工具和策略，需要考虑更长远的问题。本文讲述的五个关键策略可以确保组织的多云数据架构策略可以安全稳定地在正确轨道上长期进行。

03

字节一面挂了，面试官问DDD，我却不知道

在介绍DDD（Domain-Driven Design：领域驱动设计）之前，我们先回顾一下，现阶段的产品迭代中常常出现的一些问题，以及这些问题会导致什么。通过对问题的总结和分析，再回头看一看，DDD能帮我们解决什么？

02

C#简化让你懂得构建平台的第二定律

我们不必修改中央系统/平台来实现针对不同用例的变体行为。我们应该能够从外部插入这些行为，以自定义整个系统行为的特定部分。通过提供功能和可定制性的强大组合，这将使我们的系统更加耐用。问题:

02

Spring in Action笔记（更新至2.2）

Web应用程序 : 是一种结构化的软件，它提供了该领域中常见的任务的自动化实现，同时作为一个内置的架构解决方案可以被在其上实现的应用程序轻松地继承。

04

设计模式之发布订阅模式(1) 一文搞懂发布订阅模式

熟悉消息中间件的同学应该对发布/订阅模式(Publish Subscribe Pattern)并不陌生。即使你不了解消息中间件，那么在平时生活中发布/订阅模式也是非常常见的场景。

06

别了，JavaScript；你好，Blazor

Web开发与JavaScript开发向来是同义词。直到WebAssembly的横空出世，WebAssembly (Wasm)是一种在浏览器中可以执行的二进制指令。 WebAssembly 的官方工具链能够编译 C/C++ 代码，但许多社区也提供了不同语言的编译器，如 Rust，Python，Java 和 Blazor(C#)。特别是 Rust 社区非常活跃，可以开始看到完整的前端框架，如 Yew 和 Dodrio，这为基于浏览器的应用带来了更多新的可能性，只要测试一些使用 WebAssembly 构建的优秀应用，就可知道基于浏览器的近乎原生的应用现在已经成为现实，例如 Sketchup 或 Magnum。

03

组织微服务

微服务可能是我的开发伙伴朋友中最受欢迎的热门话题之一，我确实喜欢灵活，敏捷以及拥有更多选择的概念。但作为一名在软件集成领域工作多年的人，我开始看到一些类似于以前ESB的东西。

02

eShopOnWeb 知多少

eShopOnWeb是基于ASP.NET Core构建，官方创建这样一个示例项目的目的，我想无非以下几点：

01

Spring核心之面向切面编程(AOP)

Spring框架是一个功能强大的Java开发框架，它提供了许多核心特性，包括控制反转(IOC)和面向切面编程(AOP)。本文将解析什么是Spring的AOP，以及如何在项目中使用它。

01

多云发展的5大驱动因素

越来越多的组织选择公有云，软件即服务（SaaS）和基础设施的组合来实现业务创新并支持其应用程序和业务模型。多云（Multicloud）环境可以解决企业更广泛的业务目标，它让企业能够使用更有价格优势的云

05

ASP.NET中使用HttpWebRequest调用WCF

最近项目需要和第三网站进行数据交换，第三方网站基本都是RESTfull形式的API，但是也有的是Web Service，或者.NET里面的WCF。微软鼓励大家使用WCF替代Web Service。 Web Service技术介绍 Web Service是一个平台独立的，松耦合的，自包含的、基于可编程的Web应用程序，可使用开发的XML数据标准来描述、发布、发现、协调和配置这些应用程序，同时用于开发分布式的互操作的应用程序。 WCF技术介绍 WCF是Web Service的升级版本。WCF是Windows C

09

Java开发中PO、VO、DAO、BO、DTO、POJO 含义

可以看成是与数据库中的表相映射的java对象。使用 Mybatis 来生成 PO 是不错的选择。

07

存储过程的优缺点

http://blog.csdn.net/jackmacro/article/details/5688687

02

消息队列初探

分布式系统自身存在的缺陷所致。无论是CORBA，还是EJB 2；无论是RPC平台，还是Web Service，都因为驻留在不同进程空间的分布式组件，而引入额外的复杂度，并可能对系统的效率、可靠性、可预测性等诸多方面带来负面的影响。

03

一文读懂微服务架构的重构策略

你很有可能正在处理大型复杂的单体应用程序，每天开发和部署应用程序的经历都很缓慢而且很痛苦。微服务看起来非常适合你的应用程序，但它也更像是一项遥不可及的必杀技。如何才能走上微服务架构的道路？下面将介绍一些策略，帮你摆脱单体地狱，而无须从头开始重写你的应用程序。

01

解锁云计算数据管理的四个关键因素

根据预测，到2020年，83%的公司将采用公共云。垂直行业的许多公司都已经开始了云计算之旅，并将在未来几年内将其业务迁移到云平台中。许多人的目标是利用最新的软件工具和开发方法更好地开展业务。

01

解决边缘计算的挑战

边缘计算是处理发生在活动和数据源附近的一种计算形式，靠近边缘的工作减少了将数据传输到处理单元的延迟，对于需要快速响应的用例（例如物联网）来说是理想选择。边缘计算是云计算的有效补充，云计算通常是远离数据

06

数据库种类越来越多WHY VS CLICKHOUE 是MYSQL的救命稻草?

数据库的种类越来越多不知道大家最近有没有这样的体会，时序性的数据库，列式数据库，OLAP类型的数据库等等，数据库从概念上慢慢已经超越了之前的一些思维模式的限定。

06

正确完成检索增强生成（RAG）：数据库数据

当我们在生成式 AI 的背景下讨论数据库时，总是首先想到的问题之一是：“我不能告诉数据库我需要什么，而不必制作一个复杂（通常是多页）的 SQL 查询吗？

01

Java架构：一文读懂微服务架构的重构策略

你很有可能正在处理大型复杂的单体应用程序，每天开发和部署应用程序的经历都很缓慢而且很痛苦。微服务看起来非常适合你的应用程序，但它也更像是一项遥不可及的必杀技。如何才能走上微服务架构的道路?下面将介绍一

06

什么是微服务？

微服务体系结构是在体系结构级别应用单一责任原则的自然结果。与传统的单片体系结构相比，这带来了许多好处，例如不同组件的独立可部署性、语言、平台和技术独立性、不同的可伸缩性轴以及增加的体系结构灵活性。

02

六边形架构：三个原则和一个实现示例

由Alistair Cockburn于 2005 年记录的Hexagonal Architecture 是一种具有许多优势的软件架构，并且自 2015 年以来再次受到关注。 Hexagonal Architecture的初衷是：允许应用程序同样由用户、程序、自动测试或批处理脚本驱动，并在与其最终运行时设备和数据库隔离的情况下进行开发和测试。要探索通过自动化测试试点应用程序或独立于数据库进行开发和测试的好处，我们建议您阅读我们最近发布的关于测试金字塔的这一系列博客文章：实践测试金字塔。这个 Promis

01

游戏服务器学习之路--数据存储

原文链接：http://www.cnblogs.com/xitang/archive/2011/06/06/2073447.html 在游戏中有很多的数据，有些数据可能会经常变换，有些数据就会一直不变。针对这些数据，可以简单的进行一个分类：永远不会改变的数据；经常进行读取和改变的数据；下面就对游戏中的数据进行一个分类。 a）永远不会进行改变的数据。如策划填写的资源数据。这些数据在游戏中可能会涉及到数据的重载，但是不会在游戏中由程序控制进行更改。并且这些数据会大量的在程序中被使用。所以这些数据会长期驻留在

05

全闪存储进入NVMe时代，性能和弹性须并驾齐驱

近年来，NVMe SSD已逐渐成为数据中心闪存市场的确定的发展大势，各大厂商不约而同地推出了基于NVMe的新一代存储产品，用户也相应地提高了对NVMe SSD存储系统的期望值。

01

理解现代企业集成系统架构

企业应用程序集成(EAI)是一个需要解决的复杂问题，不同的软件供应商产生了不同类型的软件产品，如ESB、应用服务器、消息代理、API网关、负载均衡器、代理服务器等。这些产品已经从单一的、重量级的、高性能的运行时发展到精益的、模块化的、微服务运行的。微服务体系结构(MSA)对架构师设计企业软件系统的方式产生了重大影响。由于MSA、容器、DevOps、敏捷，客户需求与十年前相比发生了巨大的变化。

03

Dapr 中文社区汇总

Dapr 于 2019 年在微软创建。随着时间的推移，许多社区成员加入该项目并做出贡献，扩展并帮助它在 2021 年 2 月达到了稳定的 1.0 版本。2021年3 月提交给 CNCF，在2021年11月被接受 Dapr 作为 CNCF 的孵化项目。关于CNCF 的每个级别的成熟度要求，请访问 CNCF 的毕业标准。

03

云计算和SaaS安全需要全面的方法

尽管云计算和SaaS业务模型可以使IT组织降低基础设施成本并提高支持客户的敏捷性，但同时也增加了处理IT安全性的复杂性。

01

终于有人讲清楚了什么是云原生

云原生(Cloud Native)是近几年云计算领域炙手可热的话题，大家都在讨论和实践云原生，但是大部分人对云原生的认识还处于混沌状态，就是无法准确的说出来什么才是云原生，不是因为我们语言的表达能力的限制，而是他有很多种定义来表达，但都差强人意，大家都在描述和定义他，导致全球很多大厂也对云原生有着不同的定义，我起初怀疑我们都像是盲人摸象，没有人准确的看到全貌，或者是需要一个上帝视角才可以准确的说出云原生的定义，包括我自己也对云原生的准确定义在不断地探索，直到我看到了一个云原生非常准确的定义。原来不是因为语言限制我们无法准确表达描述一个事物，而是因为我们语言底层的逻辑与思考抽象能力不够深邃，才有各种各样的描述，因为你没有触摸到底层，事物最底层的逻辑其实才是真实唯一在运作的逻辑。

01

分库分表基本思想和实施策略

本文着重介绍sharding的基本思想和理论上的切分策略参考地址：http://blog.csdn.net/bluishglc/article/details/6161475 要点总结基本思想：把一个数据库切分成多个部分放到不同的数据库(server)上，从而缓解单一数据库的性能问题。多数系统会将垂直切分和水平切分联合使用，先对系统做垂直切分，再针对每一小搓表的情况选择性地做水平切分。从而将整个数据库切分成一个分布式矩阵。 1.垂直切分：对于海量数据的数据库，如果是因为表多而数据多，这时候适合使用

06

推荐收藏 | 如何在实际中计划和执行一个机器学习和深度学习项目

做研究打比赛和真正的做一个机器学习和深度项目是不一样的，如果你有这方面的困惑的话，可以看看这篇文章。

02

推荐收藏 | 如何在实际中计划和执行一个机器学习和深度学习项目

做研究打比赛和真正的做一个机器学习和深度项目是不一样的，如果你有这方面的困惑的话，可以看看这篇文章。

02

架构整洁之道 30~34章读书笔记

如果就数据库与整个系统架构的关系打个比方，它们之间就好比是门把手和整个房屋架构的关系。

01

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭