java八大异常 在JAVA中捕获异常后throw自定义异常是不优雅的吗？
在JAVA中捕获异常后throw自定义异常是不优雅的吗？
事实上，这种方法在很多框架中都有使用
1。Rethrow
自定义异常，用于更好地隔离异常，识别异常类型、ID、自定义消息和日志
2。对第三方库的异常进行打包和抽象，以保持与框架异常定义的一致性，方便框架处理不同的异常
3。Restful API，统一的异常管理
我有10年的开发和培训经验，在这期间我经历了Java、web、Android、H5、大数据、PHP等不同的开发方向，也曾是软件培训公司的金牌讲师。我对回答这个问题很感兴趣。
您已经清楚地解释了这个问题中的要求，“一个查询方法应该返回一条记录，但是可以找到多条记录”！也就是说，您的查询应该只有一个结果，但此时或某个时候，会有多个结果，这意味着您的业务接口可能不满足幂等性的要求。根据幂等设计原理，无论怎样查找，只要参数相同，返回的结果应该是相同的。
那么如何解决这个问题并抛出异常呢？返回到几个中的第一个？
我认为这不是一个完美的解决方案。
这对某些人来说是一个解决方案，但是问题解决了吗？一点也不！问题仍然存在。下次触发此条件时，仍将引发异常。就像说森林里有一只老虎。有一天，它吃人，然后你不解决老虎的问题。你只是在森林里挂了一块牌子，上面写着：小心，里面有老虎！这…
事实上，这不是一个好办法。也许只有一件东西应该被退回。为什么要查询多个项目？您是否检查了数据库中数据的唯一性？你不觉得每次查询多个结果然后得到第一个数据效率很低吗？
所以我们应该从根本上解决问题！为什么会产生多个数据？如果要手动检查数据，则需要手动检查。如果要锁定它，应该尽最大努力确保输入参数相同，结果相同
做程序时，如果某个查询方法应当返回一条记录，但是查出来多条，是抛异常好还是从多条中取第一条好？
后端代码的复杂性通过分割和裁决来解决。首先，通过拆分项目，项目之间可以存在依赖关系，但必须是单向依赖而不是环依赖。如果存在环，我们必须考虑将环依赖分解为单独的项目来解决环依赖。
对于项目中的代码，可以通过水平拆分和垂直拆分来降低复杂性。水平层分为控制器、服务、Dao和sqlmap，垂直层分为系统、biz1、biz2、Bizn，但在数据通畅连接中，水平拆分和垂直拆分相结合，如下图所示：
通过这种分层方式，代码层是分开的，结构清晰。对于一些跨模块调用的接口，如同一个数据表需要在不同的模块中操作时，可以将该接口作为公共接口升级到上层cxmodule，对于一些可重用的、相对独立的功能，可以在cxmodule中定义一个干净的接口，业务逻辑可以通过在模块的功能模块中实现接口来实现，而不需要使用spring的事务管理机制，从而降低代码的复杂度。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
