java项目描述怎么写 java业务逻辑，写在哪里比较好？
java业务逻辑，写在哪里比较好？
从问答来看，我揣测题主估计是一位java新手，只不过老手早很潇酒地在国家规范好的目录结构下撸码了，所以才对于这个问题，最后再说一句：相关规范是死的，人是活的，一般情况下，我们可以不据差别的java框架规范的目录来写，特殊情况下也这个可以可以自定义。
问题分析相互过java的同学很有可能都清楚，java早期是前后端所有的包揽全部的，代码都是都很臃肿，随着时代的发展，也就再开启了前后端分离的趋势，而java也就慢慢地地沦入后端开发语言。
以及后端开发攻城狮，我们永远不会不得不提起的那就是业务逻辑的问题，也许有人会说这个应该是前端去管吧，当然差矣，前端要管，后端更要管，因为前端只不过是页面上可见的逻辑，而后端是背后劲气的逻辑，但是跟数据库就打交道，重中之重。
而java经由这么多年的发展，也涌动出了大批杰出的的框架，而完全不同的框架结构可能又不完全完全不一样，因为在我们确定在哪写业务逻辑之前，我们先要可以确定好框架，因此问题的突破口就很平和了：
1、判断好java开发框架
2、在挑选框架的规范的目录下写业务逻辑（特殊情况咯）
解决方法了问题分析，我想基本是用不着我讲太多肯定都清楚怎摸做了，但是从善如流负责的态度，我我还是再回答完。
1、考虑java框架
经过这些年来反展，java的优秀框架很多，而我用过的有akka、springboot，不过现在还是在用springboot，因为akka确实是好像有点未必能你的操作，因此在此不帮我推荐新手，也不做详细介绍，有兴趣的也可以自己去查看看资料，而当然了我想知道为什么推荐一下springboot，是是因为它真的也很简约，很比较适合新手，也很更方便老手。
2、规范目录结构
在我们考虑好springboot框架之后，我们可以先来看帮一下忙就像的规范目录结构是怎样的，如下图所示：
从图解得，我们像是的业务逻辑都会在controller里面去写，当然了这个不是固定的，有的时候如果有的的的业务，我们还是可以把同一的地方抽离出，单独写在另外的地方，.例如common目录下或自己空白文档的目录下。
3、实例说明
我们可以在还未的controller目录下新建任务一个
的文件，后再编写代码万分感谢：
这个仅仅一个简单点模板，详细的业务逻辑1可以不写在work里，如果没有另外别的业务逻辑2，那你再弄一个work2，方法名都邮，此处只不过谈一点，不做太多的介绍。
结束语经问题的分析和解答，我想题主应该要很清楚该怎末去写业务逻辑了，请你只要记住，无论什么情况下，我们要学会以不变应万变，一般来说明确的框架规范来写不会有错，特殊情况可一一拓宽思维。
什么是多态?java中如何实现多态？
多态可分程序编译时多态和运行时多态。
1.代码编译时多继承，不过就是方法重载，不同函数名，但签名不完全相同。值得注意的是签名不和方法返回值，是说，两个方法，函数名和入参都是一样的，但返回值差别，编译器回报错的。
2.运行时多重继承，当然就和可以继承和接口利用查找了，子类也可以包裹父类的非final，非static，非private方法或是利用接口方法。运行程序时，动态手机绑定实例到父类或接口的引用，那jvm是怎莫明白内部函数哪个子类的实例的对应方法的呢？这是你问的问题了——Java中对象在jvm内部应该有描述元数据，对象头，对象头中存储了当前实例的类型信息，内部函数时jvm就依据什么这个type能不精确找不到具体一点是点用哪个子类的方法了。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
