有个比较简单的问题。 Spring 的 @PostMapping 在使用 POST 提交的时候，能不能在 URL 中带参数？ 简答 短回答肯定是可以的。 在非常早期的 Web 开发的时候，我们会通过网页的 JSP 来提交表单，在这个表单提交的时候，有一个非常困惑的问题就是如果不指定 POST 的提交参数。 所有的表单数据都会拼装成 URL 中参数来进行提交。 所以 POST 是肯定可以带参数的。 Spring RestController 在 Spring 的 RestController 写法也非常简单。 就和 Get 获得参数的方法是一样的。 @PostMapping("/search") @ResponseBody public ResponseEntity<?> searchVisa(@RequestBody(required = false) String searchPayload, @RequestParam(value = "p", required = false) Integer pageNumber) { } 上面的代码就可以从 URL 获得请求参数 p。 URL 也可以使用非常简单的参数模式。 /visa/search?p=0 通过上面的代码，在你的控制层中，就可以获得 p 传递给程序的数据了。 因为我们将 p 定义成整形，Spring 也非常贴心的给我们做了类型校验。 如果你传入的数据是字符的话，这里会抛出一个异常。 这个错误就是类型转换错误。 https://www.ossez.com/t/spring-postmapping-url/14095
对 2 个 Moment 的时间进行比较，并且获得不同天数的代码如下： moment().diff(moment(date), 'days'); 这行代码已经简单到不能再简单了。 解读 简单来说，这个代码的意思就是先获得当前时间，然后与需要比较的时间进行比较。 对于比较的结果使用不同 Unit 来进行表示。 因为我们的目标是使用天，所以就直接使用 days 就可以了。 上面的图片显示了可以使用的参数。 针对我们项目的需求，我们写了一个上面的函数。 上面的函数先会对输入的日期进行判断，然后再进行计算。 https://www.ossez.com/t/moment-js/14098
不好说，去 Oracle 化是很多公司逐步推进的政策。 JVM 有 OpenJ9。很多公司可能会用 IBM 的版本。 JDK 这东西，能用就不会升级。 JDK 太基础了，决定了后面的很多 jar 的版本。 https://www.ossez.com/t/jdk-17-jdk-8/14102
VUE 的数据引用有多种方式。 直接输出数据 如果我们希望页面中直接输出数据就可以使用： {{ pageNumber }} 双括号引用的方式即可。 在 JavaScript 中引用 如果你需要直接在代码中使用，直接使用变量名就可以了。 上面这张小图，显示了引用的方式。 https://www.ossez.com/t/vue-v-for/14094
在项目中，需要使用 VUE 的 v-for 循环对列表进行输出。 直接在标签中使用。 <li v-for="data in totalPages" :key="data"> <a class="page-link" href="javascript: void(0);" @click="pageSearch(data )">{{data}}</a> </li> 上面的代码是直接在标签中输出。 根据 totalPages 中的数据大小循环 1 次输出 li 标签。 使用 template 因有时候我们可能还需要对标签进行操作和控制。 如果直接在标签中输出的话，不好对标签进行控制。 因此我们还可以使用 template。 代码如下： <template v-for="pageNumber in totalPages" :key="pageNumber"> <li class="page-item active"> <a class="page-link" href="javascript: void(0);" @click="pageSearch(pageNumber)">{{ pageNumber }}</a> </li> </template> 直接进行使用就可以了。 根据项目中需求，直接进行按照需要进行编码就可以了。 https://www.ossez.com/t/vue-v-for-2/14093
一个 VUE 的项目在本地部署没有问题，但是部署到服务器上的时候提示访问资源的错误。 问题和解决 经过看看代码后才了解到，VUE 可以有几个配置文件。 分别是： .env 和 .env.production，显然后面的这个对应的是你服务器上部署所需要的配置。 如果你在服务器上部署，还是使用 localhost:8080，但是你的服务器可能跑在不是 8080 端口的话，就会导致上面资源请求找不到的情况。 在这里，只需要用真实使用的域名进行替换就可以了。 替换后再部署到服务器上，如果域名都已经配置好了，这样的配置是不会有问题的。 https://www.ossez.com/t/vue/14090
在一个 VUE 的项目中，前端数字被显示为下面的长格式。 这个格式显然不是我们想要的。 我们需要将这一串数组进行格式化。 问题和解决 我们可以使用函数来进行解决。 定义一个方法。 dateFormat: function (date) { if (date === undefined) { return ""; } var moment = require("moment"); return moment(date).format("YYYY-MM-DD"); } 在这个方法是被用来进行格式化的，我们使用了 moment 这个组件。 完整的定义为下面的格式。 然后在数据中直接用这个方法就可以了。 在表格的数据中直接使用。 这样我们就可以对字段进行格式化了。 格式化后的界面显示为： 如果希望在 VUE 中定义一些可以使用的方法，直接定义使用就可以了。 https://www.ossez.com/t/vue/14089
在我们的项目中我们使用 axios 进行异步调用。 因为异步调用的问题，如果我不采取手段，子页面没有办法获得父页面中的数据，页面将会显示为 没有数据。 问题和解决 这个问题的原因就是子组件在初始化的时候，父组件还没有获得数据。 可以使用的方法是 v-if 进行判断。 对比上面我们使用了 v-if 判断的代码和没有使用判断的代码。 上面的代码能够让子组件正确加载数据。 另外一个需要注意的是，在子组件中需要使用 props:['projects','currentPage'], 将数据从父组件中传递过来。 从父组件中将数据传递过来。 https://www.ossez.com/t/vue/14083
Spring 的项目严重依赖注解。 @Repository 注解 在Spring2.0之前的版本中，@Repository注解可以标记在任何的类上，用来表明该类是用来执行与数据库相关的操作(即dao对象)，并支持自动处理数据库操作产生的异常 在Spring2.5版本中，引入了更多的Spring类注解：@Component,@Service,@Controller。Component是一个通用的Spring容器管理的单例bean组件。而@Repository, @Service, @Controller 就是针对不同的使用场景所采取的特定功能化的注解组件。 因此，当你的一个类被 @Component 所注解，那么就意味着同样可以用 @Repository, @Service, @Controller来替代它，同时这些注解会具备有更多的功能，而且功能各异。 最后，如果你不知道要在项目的业务层采用 @Service 还是 @Component注解。那么，@Service是一个更好的选择。 就如上文所说的，@Repository早已被支持了在你的持久层作为一个标记可以去自动处理数据库操作产生的异常(译者注：因为原生的java操作数据库所产生的异常只定义了几种，但是产生数据库异常的原因却有很多种，这样对于数据库操作的报错排查造成了一定的影响；而Spring拓展了原生的持久层异常，针对不同的产生原因有了更多的异常进行描述。 所以，在注解了@Repository的类上如果数据库操作中抛出了异常，就能对其进行处理，转而抛出的是翻译后的spring专属数据库异常，方便我们对异常进行排查处理。 通过上面的话来看就是如果是数据库持久层的就使用 @Repository 注解就好了。 根据 Spring Data JPA 的项目，我们会首先定义一个接口，在这个接口上可能会继承 CrudRepository。 如下面的代码： @Repository public interface VisaCheckeeRepository extends CrudRepository<VisaCheckee, Long> { VisaCheckee findVisaCheckeeByCheckeeVisaId(String checkeeVisaId); } 上面的代码中，就算不使用 @Repository 也是可以被扫描到的。 当然我们还是建议使用 @Repository 来注解这个与持久层有关的访问。 如果你还有实现类的话，也记得把你的实现类用 @Repository 注解上。 如果，我们来看看上面的图，就能比较直观的了解 @Repository 这个注解在 Spring 项目中的地位了。 https://www.ossez.com/t/spring-repository/14075
大家都知道 Spring 严重依赖注解。 实际开发的时候，我们用得最多的可能就是下面几个注解了。 注解 用途 @Component 最最普通的注解，表示这个类可以被注入到 Spring 容器中 。 @Repository 用于数据持久层，有关数据库的操作用这个就没错了。 @Service 用于业务逻辑，从数据库中把数据捞出来，我们总要干点什么吧。这个时候可以用这个注解来标记 @Controller 用 MVC 模式中的 C，主要被用来获得访问数据和对数据的返回，通常 JSON 数据格式的处理和生成，以及访问授权，Token 等都放这里。 其实 @Component 是最基本的，如果你希望注入到 Spring 中，并且使用 Spring 来进行管理。 直接用 @Component 没错。 但具体业务也有很多不一样，因此大部分时候都使用特定的注解。 余下 3 个注解的使用也基本上约定俗成了。 按照大家都使用的约定来就好了。 https://www.ossez.com/t/spring/14076