java分四层 写JAVA后端代码时逻辑混乱怎么办?
写JAVA后端代码时逻辑混乱怎么办?
后端代码的复杂性是通过除法和规则来解决的。首先,通过拆分项目,项目之间可以存在依赖关系,但必须是单向依赖而不是环依赖。如果存在环,我们必须考虑将环依赖分解为单独的项目来解决环依赖。
对于项目中的代码,可以通过水平拆分和垂直拆分来降低复杂性。水平层分为控制器、服务、Dao和sqlmap,垂直层分为系统、biz1、biz2、Bizn,但在数据通畅连接中,水平拆分和垂直拆分相结合,如下图所示:
通过这种分层方式,代码层是分开的,结构清晰。对于一些跨模块调用的接口,如同一个数据表需要在不同的模块中操作时,可以将该接口作为公共接口升级到上层cxmodule,对于一些可重用的、相对独立的功能,可以在cxmodule中定义一个干净的接口,业务逻辑可以通过在模块的功能模块中实现接口来实现,而不需要使用spring的事务管理机制,从而降低代码的复杂度。
Java的哪个语法特性让你觉得写Java代码很享受?
我在日常生活中使用的主要语言是C#和Java。在语法方面,写C#更有趣。主要原因是C#有更多的语法糖,而且LINQ非常容易使用。其次,visualstudio被称为世界上第一个ide。但个人更喜欢Java。
从java8出来后,我觉得Java正在追赶C#,Java和C#的语法越来越相似(原来很相似,哈哈)。这里有一些比较。
在java8中添加lambda表达式后,我感觉越来越像C。
1. 当然,首先要看收入。在中国,基本上没有使用C的大公司。最初,携程在使用它,但后来,它也转向了Java。
2. 从技术的角度来看,有很多优秀的框架可以使用,因为Java可以制造很多轮子。在实际项目中你遇到问题,别人一定遇到过,能找到问题的关键。
3. 从生态学的角度来看,Java无疑是最好的选择之一,因为它的开源较早,建立生态学的时间也较早。
4. 在性能方面,sun/Oracle热点JVM内置的JIT编译器在运行时对字节码进行了优化。如果它不是一个性能敏感的应用程序,Java就足够了。
谢谢。
java业务逻辑,写在哪里比较好?
现在很多公司的开发人员都应该采用MVC架构。
MVC是所谓的模型、视图、控制器。
每一层都有明确的分工。
对于简单的项目,不管nignx如何,网关通常都会将请求从前端发送到后端,首先发送到控制器,然后发送到服务层,然后发送到Dao层。
这里的服务层就是所谓的业务层,专门负责业务处理操作,而Dao层则负责处理数据库,将数据库中的数据带回服务,经过服务处理后返回控制器层。控制器通过视图解析器解析页面,并通过浏览器呈现页面。
基本上,我认为答案是显而易见的。也就是说,Java业务逻辑是在服务层编写的。
事实上,服务层涉及接口和接口实现。
在编写代码时,我们通常为控制器定义一个调用接口。
实际上,服务接口的实现类应该是编写业务逻辑的地方。
当然,许多公司可能有多个服务层,例如,有一个管理层继续对数据进行特殊的业务处理。这里只是一个简单的概述。
每个公司的每个项目根据其自身业务可能有不同的体系结构。但本质是一样的。
综上所述,业务逻辑必须作为一个独立的层来处理,这样便于扩展和维护。记住不要在控制器中编写所有业务逻辑。
每一层都有自己的分工,是捏合在一起的。代码不仅冗长,而且杂乱无章。
好吧,我希望我的回答能帮助你
!如果你有兴趣,可以关注一下,一起学习交流!
版权声明:本文内容由互联网用户自发贡献,本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。