java业务逻辑，写在哪里比较好？对于这个问题，我想说的是：规范是死的，人是活的，一般情况下，我们可以根据不同的 java 框架规范的目录来写，特殊情况下也可以自定义。

问题分析

接触过 java 的同学可能都知道，java早期是前后端全部包揽的，代码也是比较臃肿，随着时代的发展，也就开启了前后端分离的趋势，而 java 也就慢慢地沦为后端开发语言。

我们永远绕不开的就是业务逻辑的问题，也许有人会说这个应该前端去管吧，其实差矣，前端要管，后端更要管，因为前端只是页面上可见的逻辑，而后端是背后无形的逻辑，并且跟数据库直接打交道，重中之重。

而 java 经过这么多年的发展，也涌现出了大批优秀的框架，而不同的框架结构可能又不完全一样，所以在我们确定在哪里写业务逻辑之前，我们先要确定好框架，因此问题的突破口就很明朗了：

1、确定好 java 开发框架

2、在选定框架的规范的目录下写业务逻辑(特殊情况除外)

解决方法

通过了问题分析，我想基本不用我讲太多应该都知道怎么做了，不过本着负责的态度，我还是继续讲完。

1、确定 java 框架

经过这么多年发展，java的优秀框架很多，而我用过的有akka、springboot，不过现在还是在用springboot，因为akka实在有点难以操作，所以在此不推荐新手，也不做介绍，有兴趣的可以自己去查一下资料，而至于为啥推荐springboot，是因为它真的比较简洁，很适合新手，也很方便老手。

2、规范目录结构

在我们确定好 springboot 框架之后，我们可以先来看一下一般的规范目录结构是怎样的，如下图所示：

从图可知，我们一般的业务逻辑都会在controller里面去写，当然这个不是固定的，有时候如果有类似的业务，我们还可以把相同的地方抽离出来，单独写在另外的地方，比如common目录下或自己新建的目录下。

3、实例说明

我们可以在刚刚的controller目录下新建一个

TestController.java

的文件，然后编写代码如下：

这个只是一个简单的模板，具体的业务逻辑1可以写在work里，如果还有别的业务逻辑2，那就再弄一个work2，方法名自取，此处只是抛砖引玉，不做过多的介绍。

结束语

经过问题的分析和解答，我想大家应该知道该怎么去写业务逻辑了，请记住，不管什么情况下，我们要学会以不变应万变，一般来说按照框架规范来写不会有错，特殊情况可自行拓展。