草庐IT

业务组

全部标签

java - 什么时候可以对业务逻辑使用异常处理?

我认为,作为Java(可能还有任何具有异常处理的语言)的一般规则,人们应该尽量避免使用异常处理来实际处理业务逻辑,这是公认的。一般来说,如果预期某种情况应该发生,应该检查并处理它,而不是依靠异常处理来为您进行检查。例如,以下不被认为是好的做法:try{_map.put(myKey,myValue);}catch(NullPointerExceptione){_map=newHashMap();}应该像这样完成延迟初始化:if(_map==null){_map=newHashMap();}_map.put(myKey,myValue);当然,可能存在比简单地处理延迟初始化更复杂的逻辑。因

业务日志告警如何做?

一、前言随着Kubernetes使用越来越广泛,日志集中收集、展示、告警等都需要考虑的事情。Kubernetes日志收集方案一般有下面几种:1、日志收集组件以Daemonset形式运行在KubernetesNode中,业务容器日志目录统一挂载到Node节点指定的目录,日志收集组件读取对应的目录。2、日志收集组件以Daemonset形式运行在KubernetesNode中,收集业务容器标准输出stdout和stderr日志。3、日志收集组件以Sidecar形式和业务容器运行在一个pod中,把业务日志目录挂载出来,让同一个Pod中日志收集容器能读取到。❝日志收集到集中日志平台,但是另一个问题来了,

java - 领域对象/服务和业务逻辑层

什么是软件架构中的领域对象和领域服务?我不熟悉它们或它们与业务逻辑层有何不同? 最佳答案 不同的人使用这些术语的方式有些不同,但这是我的看法:1)“业务”和“域”大致是同义词。“域”更为笼统,因为它不会假设您正在编写业务应用程序。因此,如果我们正在编写科学应用程序或游戏,我们可能更愿意将代码的相关部分称为“领域”代码而不是“业务”代码。因此,在本说明的其余部分中,我将使用“域”,因为它更通用。2)“域逻辑”包含“域对象”和“域服务”。由于各种原因(技术和其他原因),许多架构采用这样一种设计,其中域逻辑被划分为用于存储数据的对象(“域

java - 我应该为我的业务层使用 EJB3 还是 Spring?

我的团队正在开发一种带有Web前端的面向服务的新产品。在讨论我们将使用哪些技术时,我们决定运行JBoss应用程序服务器、Flex前端(可能使用Adob​​eAIR进行桌面部署)以及连接客户端和服务器的Web服务。在为我们的业务逻辑使用哪种服务器技术时,我们陷入了僵局。最大的争论是在EJB3和Spring之间,我们最关心的是可扩展性和性能,以及代码库的可维护性。这是我的问题:支持或反对EJB3与Spring的论据是什么?我会遇到哪些陷阱?我在哪里可以找到好的基准信息? 最佳答案 基于性能的EJB3和Spring之间不会有太大的区别。我

人脸识别——景联文科技提供3D头模数据采集业务!

“拿起手机刷脸解锁、上下班考勤、支付订单,刷脸已极大地便利了我们的生活。清华大学新闻学院教授沈阳表示,中国人平均每天要暴露在各种摄像头下超过500次。人脸识别已成了我们生活中重要的一部分。由于2D人脸识别容易受到姿态、表情、光照等因素影响,且容易被破解,3D人脸识别应运而生。”目前人脸识别主要分为2D人脸识别和3D人脸识别两种。2D人脸识别是用平面传感器接收被拍摄物体反射或发出的可见光,从而形成二维图像。图像数据获取比较简单,只需要使用一个普通摄像头即可。但平面传感器有个十分明显的缺点,即在采集过程中无法获取深度信息,容易存在物体特征信息缺失,图像被伪造的情况。与2D人脸识别相比,3D人脸识别

ruby-on-rails - 为什么不拆分 Rails 应用程序并将业务逻辑转移到 gem 中?

按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visitthehelpcenter指导。关闭9年前。在ASP.NETMVC应用程序和JavaWeb应用程序中,有一种常见的做法是将业务逻辑保存在单独的包/dll中,并处理诸如数据库和交付机制(Web应用程序、Web服务、native移动或桌面等)之类的事情.)作为detailsthatarepluggedin.我可以说的这种结构的一些优点是:通过不同的交付机制或持久层重用业务逻辑可以运行业务逻辑的验收和单元

【云原生|实践指北】5:真实业务场景下云原生项目落地实践学习

真实业务场景下云原生项目落地实践学习写在前面的话1、容器化的落地实践搜题APP的云上之旅2、Serverless的落地实践某电商APP的Serverless改造之旅3、云原生TKE的落地实践QQ相册的TKE之旅写在前面的话C站这么多大佬都讲了如何去实践Docker或者K8s简单实战,笔者也没有真实做过一些云原生实战项目,都是跟着B站大学学过一些简单概念与基本入门的命令。也就不多写这些知识了!大家学习云原生,肯定都很少听过云原生一些真实的场景下如何去运用如何去落地,只知道Docker能干嘛干嘛,K8s能用来高效能的管理容器编排,云原生能够赋能项目如何如何减小成本等等。那么本期文章就是笔者学习了一

【云原生|实践指北】5:真实业务场景下云原生项目落地实践学习

真实业务场景下云原生项目落地实践学习写在前面的话1、容器化的落地实践搜题APP的云上之旅2、Serverless的落地实践某电商APP的Serverless改造之旅3、云原生TKE的落地实践QQ相册的TKE之旅写在前面的话C站这么多大佬都讲了如何去实践Docker或者K8s简单实战,笔者也没有真实做过一些云原生实战项目,都是跟着B站大学学过一些简单概念与基本入门的命令。也就不多写这些知识了!大家学习云原生,肯定都很少听过云原生一些真实的场景下如何去运用如何去落地,只知道Docker能干嘛干嘛,K8s能用来高效能的管理容器编排,云原生能够赋能项目如何如何减小成本等等。那么本期文章就是笔者学习了一