大家好，今天小编关注到一个比较有意思的话题，就是关于java且逻辑语言的问题，于是小编就整理了3个相关介绍Java且逻辑语言的解答，让我们一起看看吧。
JAVA开发写业务逻辑代码难不难，是自己创造还是根据文档说明书？
谢谢邀请！
写业务逻辑代码通常是J***a程序员的主要工作内容，大部分业务逻辑代码并没有太大的难度，只要按照业务规则编写就可以了。
J***a代码编写有多个角色参与，不同的角色有不同的任务划分，通常情况下在项目功能设计结束之后，架构师就会开始进行架构设计和顶层的接口设计，具体会包括项目的结构划分，技术选型等具体内容。
大部分软件开发项目都分成两个大的组成部分，一部分是“容器开发”，容器开发是整个系统开发的核心，主要的基础性功能都封装在容器当中，另一部分是“应用开发”，应用开发就是根据业务逻辑规则进行具体的功能编写，通常需要调用容器提供的基础性功能接口来完成。从这个角度来看，业务逻辑代码的编写属于应用型开发，所以并不会有太大的难度。
通常情况下，做容器开发的程序员往往就是所谓的“研发级程序员”，容器开发涉及到的内容包括系统级功能、***管理、并发管理、角色管理等内容，开发内容包括大量的算法设计和实现，同时还要考虑到系统的稳定性和性能，这部分开发内容需要丰富的经验，同时需要程序员具备一定的研发能力和研究方法。
做应用级开发的程序员往往都是调用容器提供的功能进行具体的功能组织，大部分程序员都是从应用级开发开始做起的，这部分程序员的工作虽然难度不大，但是内容却比较多，因为大量的业务逻辑都需要应用级程序员完成，所以工作压力还是比较大的。
当前，随着软件开发流程逐渐规范化，所以大部分应用级程序员都会有对应的开发任务文档，每天的任务都比较清晰，只要按照任务文档进行开发和提交就可以了。
我从事互联网行业多年，目前也在带计算机专业的研究生，主要的研究方向集中在大数据和人工智能领域，我会陆续在头条写一些关于互联网技术方面的文章，感兴趣的朋友可以关注我，相信一定会有所收获。
如果有互联网方面的问题，也可以咨询我，谢谢！
谈到开发逻辑，其实每种语言都差不太多。
但每种语言都有适合自己最擅长的领域。比如PHP在开发网页后端方面，开发效率很高。Python最初是胶水语言，在开发分析任务啊，脚本任务方面比较常见。Go在开发高并发应用有天然优势。C语言呢，擅长和硬件打交道，单片机基本用C的比较多。
J***A最初大规模应用于商业开发，所以在多人合作，代码规模较大时，容易保持代码结构清晰，减少软件后期的维护成本。
在做商用开发时，个人建议还是尽量按照规范来写，毕竟J***A的其中一个优势就是规范化。当然，在学习写J***A代码的时候，也可以不按规范写一些实验代码，但要注意，不要让不规范的写法习惯带入到自己的编码习惯里面，否则后期不好改正。
j***a业务逻辑，写在哪里比较好？
Mvc就是所谓的model模型，view视图，controller控制器。
每个层都有明确分工。
简单的项目抛开nignx，***，[_a***_]都是前端发一个请求到后端，首先到达contoller然后是service层再然后是dao层。
这里的service层就是所谓的业务层，专门负责业务处理操作，而dao层负责和数据库打交道，从db拿数据返给service，sevice处理完返给controller层，controller通过视图解析器，解析完通过浏览器渲染页面。
说到这里基本上，我想答案已经很明显了。那就是J***a业务逻辑写在service层。
而sevice层其实又涉及到接口和接口实现。
就是我们一般写代码都会定义一个接口供controller去调用。
其实service接口的实现类最终才应该是写业务逻辑的地方。
当然很多公司可能不止一个sevice层，比如还有一个manager层继续对数据做特殊业务处理，这里只是简单的说下大致情况。
先说本人的观点：本人偏向写在j***a业务逻辑层1、调试跟踪方便 (如果在存储过程实现布太方便测试与调试)2、集群可充分利用*** (在存储过程后期数据库压力会很大)当然，在存储过程实现也有有点。比如修改业务逻辑不用重启应用等。上面只是个人的理解，肯定不完整，不全面，甚至还可能是误解。
这是一个非常好的问题，很多J***a初学者都会面临类似的问题，作为一名从业多年的IT人，同时也出版过J***a编程书籍，所以我来回答一下这个问题。
首先，J***a语言的抽象程度是比较高的，在进行程序开发的过程中，通常会为J***a代码按照不同的抽象程度进行模块划分，这个过程对于程序员的开发和设计能力有比较大的考验，抽象不足或者是抽象过度都会导致一定的问题。实际上，为了解决抽象设计和模块化问题，J***a开发人员通常会***用各种开发（Spring、OSGI等），这也是为什么学习J***a通常都需要学习框架的一个重要原因。
如果从单独的功能模块划分角度来看，J***a代码可以分为数据部分、控制部分和呈现部分，也就是比较经典的MVC结构，其中业务逻辑就可以放在控制层，早期的设计方案也会把一部分业务逻辑集中在模型部分。实际上，在当前微服务概念的推动下，抽象程度也得到了一定的提升，结合云计算服务（PaaS），很多业务逻辑可以进行独立设计，而当前业务中台和数据中台本身就是单独设计的，各自都有相应的侧重点。
对于扩展要求比较高的系统来说，把业务逻辑抽象出来，与控制层和数据层进行解耦也会获得更大的灵活性，复用程度也会比较高，而且在进行技术平台迁移时会更方便一些。实际上，J***a开发从早期的Struts向Spring过渡的过程中，就在一定程度上提升了代码的复用性和扩展性。
最后，在定义J***a业务逻辑位置的时候，一定要考虑到容器（Container）的问题，通常业务逻辑可以通过多线程的方式来提升执行效率，而实体组件（Bean）则通过容器来提升效率。
我从事互联网行业多年，目前也在带计算机专业的研究生，主要的研究方向集中在大数据和人工智能领域，我会陆续写一些关于互联网技术方面的文章，感兴趣的朋友可以关注我，相信一定会有所收获。
如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言，或者私信我！
要看你用的哪些框架吧。常规mvc三层架构的话，model层写sql访问数据库得到数据，这叫接口层，也叫dao层，，业务逻辑的话，可写在controller层，然后返回页面。
当然也可以单独搞个文件service出来，这里面通过调用dao层的数据，然后做些业务处理，最后返回给controller，controller做页面转发。
最佳实践，简单一句话，contrller、service、dao都写什么？
controller写业务无关的代码，比如参数校验等，聚合调用service等即可，不要做太多逻辑。
service层加上事务控制，写你的逻辑业务代码等。
dao层，主要写数据库操作代码，不需要过多逻辑为佳。
当然，这是仅仅是最佳实践。没有人强迫你不按照这样写代码不合格这种说法。
J***a是前端语言么？
先说结论，J***a是服务端语言，也可以称之为后端语言。
首先区分前端和后端的概念。在最开始的年代所有的内容都是由后端渲染的。那时的后端承载的是业务逻辑的处理+用户的界面内容。这个界面内容就是html、js、css组成的框架。那时候的计算机没有前端和后端的概念，只是在编程上有写j***a代码和写html的区别。
但随着计算机技术的发展，衍生出了专门的前端引擎比如node，和各种前端开发框架vue、React等把用户展示端当作一个单独的产品来做，因为这个时候前端的显示内容、显示种类都变得越来越多，前端呈现变得越来越复杂。包括我们看到的各种炫酷效果、按钮组合、界面设计等都是用前端话思维开发的。所以这个时候理解前后端的概念。
前端
是开发用户端，也就是体验侧的产品。包括界面UI、交互动作、组建控制等等。由于现如今技术发展带来功能的膨胀，前端项目产出的展示框架会有越来越多的样式和新技术待应用。但本质上来看前端是后端数据的呈现框架，是必须要依托浏览器进行体验的开发部分。
后端
后端就是服务端，处理业务逻辑、和数据库交互、实现调用关系的端。正如上方所说，过去服务端除了要做业务处理，还需要把用户的内容完整的和返回给浏览器做呈现。这样导致后端服务面临大并发请求时，对用户端返回的部分和处理业务的部分存在***争抢，很容易造成瓶颈。因此现如今后端往往只专注于业务本身和对接前端提供相应数据。（Restful）
到此，以上就是小编对于j***a且逻辑语言的问题就介绍到这了，希望介绍关于j***a且逻辑语言的3点解答对大家有用。
