兴业可转债(217003){"data":[],"info":{},"message":"success"}

本文目录一览：

• 1、兴业可转债

• 2、217003

• 3、{"data":[],"info":{},"message":"success"}

• 4、兴业可转债净值

#8月财经新势力#
一、公司简介：
兴业银行股份有限公司主要从事商业银行业务。主要产品包括企业金融业务、零售银行业务和金融市场业务。

二、转债分析
行业：金融银行板块；
评级AAA，评级高；
剩余规模500亿，规模超大；
转股价值73，溢价率49.76%，溢价率稍高
当前价格109.32，税前收益0.86%
剩余年限5.3年。
下修条件：30、15、80%
强赎条件：30、15、130%
回售条件：无

三、可转债博弈策略
1、优势：
评级高，风险低
2、缺点：
波动小、规模大炒作难、时间长
3、策略：
历史*价119，*价107，当前价格109

大家可以看看以下几点
1、可转债发行至今还未有银行可转债到期退市，
2、银行债发行规模太大，偿还本金的压力是非常大的，即使银行也是缺钱的，所以一般都会选择强赎退市。
3、可转债前期的利息比较低，所以前半段时间一般都不会提前赎回。
所以说对于金融可转债有个鸡肋的地方就是，5年的时间总会有牛市，在牛市的时候涨的飞快，那么用5年时间去埋伏，就显得时间成本非常高，心里很容易出现失衡。

每天持续更新可转债价值分析，感谢您的关注，希望在未来理财的路上携手同行。
1、你还想我分析哪只转债呢？欢迎留言评论互动交流哦。
2、以上只是理论分析，想看实盘的伙伴们，请举手！

背景

越来越多的项目开始基于前后端分离的模式进行开发，这对后端接口的报文格式便有了一定的要求。通常，我们会采用JSON格式作为前后端交换数据格式，从而减少沟通成本等。

这篇文章，就带大家了解一下基于SpringBoot框架来封装返回报文以及统一异常处理。

报文基本格式

一般报文格式通常会包含状态码、状态描述（或错误提示信息）、业务数据等信息。在此基础上，不同的架构师、项目搭建者可能会有所调整。但从整体上来说，基本上都是大同小异。

在SpringBoot项目中，通常接口返回的报文中至少包含三个属性：

示例报文

{ "code":200, "message":"SUCCESS", "data":{ "info":"测试成功" }}

在上述报文格式中，不同的设计者是会有一些分歧的，特别是code值的定义。如果完全基于RESTful API设计的话，code字段可能就不需要存在了，而是通过HTTP协议中提供的GET、POST、PUT、DELETE操作等来完成资源的访问。

但在实践中，不论是出于目前国内大多数程序员的习惯，还是受限于HTTP协议提供的操作方法的局限性，很少完全遵照RESTful API方式进行设计。通常都是通过自定义Code值的形式来赋予它业务意义或业务错误编码。

虽然可以不用完全遵守RESTful API风格来定义Code，在Code值的自定义中，也存在两种形式：遵循HTTP状态码和自主定义。

像上面的示例，用200表示返回成功，这就是遵循HTTP响应状态码的形式来返回，比如还有其他的400、401、404、500等。当然，还有完全自主定义的，比如用0表示成功，1表示失败，然后再跟进通用编码、业务分类编码等进行定义。

在此，笔者暂不评论每种形式的好坏，只列举了常规的几种形式，大家了解对应的情况，做到心中有数，有所选择即可。

响应参数封装实践

创建一个SpringBoot项目，并引入Lombok依赖（精简代码），对应的核心依赖

<dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> </dependency> </dependencies>

创建枚举类，用于定义返回的错误码：

@Getter@AllArgsConstructorpublic enum ResponseCodeEnums { SUCCESS(200, "success"), FAIL(500, "failed"), HTTP_STATUS_200(200, "ok"), HTTP_STATUS_400(400, "request error"), HTTP_STATUS_401(401, "no authentication"), HTTP_STATUS_403(403, "no authorities"), HTTP_STATUS_500(500, "server error"); private final int code; private final String message;}

这里只定义了一些通用的、基于的HTTP响应状态码，业务相关的编码可根据业务需求进行定义。

定义统一返回结果实体类：

@Datapublic class ResponseInfo<T> { /** * 状态码 */ protected int code; /** * 响应信息 */ protected String message; /** * 返回数据 */ private T data; public static <T> ResponseInfo<T> success() { return new ResponseInfo<>(); } public static <T> ResponseInfo<T> success(T data) { return new ResponseInfo<>(data); } public static <T> ResponseInfo<T> fail(String message) { return new ResponseInfo<>(ResponseCodeEnums.FAIL.getCode(), message); } public ResponseInfo() { this.code = ResponseCodeEnums.SUCCESS.getCode(); this.message = ResponseCodeEnums.SUCCESS.getMessage(); } public ResponseInfo(ResponseCodeEnums statusEnums) { this.code = statusEnums.getCode(); this.message = statusEnums.getMessage(); } /** * 若没有数据返回，可以人为指定状态码和提示信息 */ public ResponseInfo(int code, String msg) { this.code = code; this.message = msg; } /** * 有数据返回时，状态码为200，默认提示信息为“操作成功！” */ public ResponseInfo(T data) { this.data = data; this.code = ResponseCodeEnums.SUCCESS.getCode(); this.message = ResponseCodeEnums.SUCCESS.getMessage(); } /** * 有数据返回，状态码为 200，人为指定提示信息 */ public ResponseInfo(T data, String msg) { this.data = data; this.code = ResponseCodeEnums.SUCCESS.getCode(); this.message = msg; }}

在ResponseInfo中运用了泛型和公共方法、构造方法的封装，方便在业务中使用。示例中只提供了部分方法的封装，根据自身业务场景和需要可进一步封装。

统一报文封装在接口中的使用：

@Slf4j@RestControllerpublic class TestController { @RequestMapping("/calc") public ResponseInfo<String> calc(Integer id) { try { // 模拟异常业务代码 int num = 1 / id; log.info("计算结果num={}", num); return ResponseInfo.success(); } catch (Exception e) { return ResponseInfo.fail("系统异常，请联系管理员！"); } }}

在浏览器中访问：http://localhost:8080/calc，返回结果

{ "code": 500, "message": "系统异常，请联系管理员！", "data": null}

这是因为没传递id参数，导致业务抛异常，走异常报文返回。

在浏览器中访问：http://localhost:8080/calc?id=1，返回结果

{ "code": 200, "message": "success", "data": null}

正常返回结果。

统一异常处理

在上述实例中，我们通过try...catch的形式捕获异常，并进行处理。在SpringBoot中，我们可以通过RestControllerAdvice注解来定义全局异常处理，这样就无需每处都try...catch了。

@Slf4j@RestControllerAdvicepublic class ExceptionHandlerAdvice { /** * 参数格式异常处理 */ @ExceptionHandler({IllegalArgumentException.class}) @ResponseStatus(HttpStatus.BAD_REQUEST) public ResponseInfo<String> badRequestException(IllegalArgumentException ex) { log.error("参数格式不合法：{}", ex.getMessage()); return new ResponseInfo<>(HttpStatus.BAD_REQUEST.value() + "", "参数格式不符！"); } /** * 权限不足异常处理 */ @ExceptionHandler({AccessDeniedException.class}) @ResponseStatus(HttpStatus.FORBIDDEN) public ResponseInfo<String> badRequestException(AccessDeniedException ex) { return new ResponseInfo<>(HttpStatus.FORBIDDEN.value() + "", ex.getMessage()); } /** * 参数缺失异常处理 */ @ExceptionHandler({MissingServletRequestParameterException.class}) @ResponseStatus(HttpStatus.BAD_REQUEST) public ResponseInfo<String> badRequestException(Exception ex) { return new ResponseInfo<>(HttpStatus.BAD_REQUEST.value() + "", "缺少必填参数！"); } /** * 空指针异常 */ @ExceptionHandler(NullPointerException.class) @ResponseStatus(value = HttpStatus.INTERNAL_SERVER_ERROR) public ResponseInfo<String> handleTypeMismatchException(NullPointerException ex) { log.error("空指针异常，{}", ex.getMessage()); return ResponseInfo.fail("空指针异常"); } @ExceptionHandler(Exception.class) @ResponseStatus(value = HttpStatus.INTERNAL_SERVER_ERROR) public ResponseInfo<String> handleUnexpectedServer(Exception ex) { log.error("系统异常：", ex); return ResponseInfo.fail("系统发生异常，请联系管理员"); } /** * 系统异常处理 */ @ExceptionHandler(Throwable.class) @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR) public ResponseInfo<String> exception(Throwable throwable) { log.error("系统异常", throwable); return new ResponseInfo<>(HttpStatus.INTERNAL_SERVER_ERROR.value() + "系统异常，请联系管理员！"); }}

在上述方法中，对一些常见的异常进行了统一处理。通常情况下，根据业务需要还会定义业务异常，并对业务异常进行处理，大家可以根据自己项目中异常的使用情况进行拓展。

关于@RestControllerAdvice的几点说明：

重新定义一个接口：

@RequestMapping("/calc1") public ResponseInfo<String> calc1(Integer id) { // 模拟异常业务代码 int num = 1 / id; log.info("计算结果num={}", num); return ResponseInfo.success(); }

在请求的时候，不传递id值，即在浏览器中访问：

{ "code": 500, "message": "空指针异常", "data": null}

可以看到统一异常处理对空指针异常进行了拦截处理，并返回了ExceptionHandlerAdvice中定义的统一报文格式。

小结

在使用SpringBoot或其他项目中，统一的报文格式和统一的异常处理都是必须的。本篇文章介绍了基于SpringBoot的实现，如果你的项目中采用了其他的技术栈，则可考虑对应的处理方式。同时，日常中很多类似的功能都可以统一进行处理，避免大量无效的硬编码。

原文链接：https://mp.weixin.qq.com/s/tgpSpAKSA3kWsu7Xox-wNQ

2月25日消息 据郁言债市发布研报称，兴业转债具有较高的配置。具体而言，兴业转债，发行人兴业银行为国内首批股份制商业银行，其早年通过信贷&同业业务双轮驱动，实现快速发展，而后在金融去杠杆面临转型压力下，公司提出“商行+投行”战略，向综合化金融服务转型。近年来，公司历史遗留风险资产已开始逐步出清，表内非标以及同业理财产品的压降大体压降结束，理财净值化转型的速度也明显加快。根据公司2021业绩快报，公司2021预计实现归母净利润826.80亿元，同比增长24.10％，较前三季度增速上升0.65个百分点。同时公司资产质量也在持续改善，且略优于同业。截至2021年底，公司不良贷款率为1.10％，同比下降0.15个百分点；拨备覆盖率268.73％，同比增长49.90个百分点。

转债方面，受破净限制，兴业转债上市之初平价便已处于较低水平，近期则在正股行情驱动下已接近90元，考虑到兴业银行的经营质量位于上市银行前列，业绩增速也处于领先水平，兴业转债具有较高配置价值。

今天的内容先分享到这里了，读完本文《兴业可转债》之后，是否是您想找的答案呢？想要了解更多兴业可转债、217003相关的财经新闻请继续关注本站，是给小编*的鼓励。

免责声明
           本站所有信息均来自互联网搜集
1.与产品相关信息的真实性准确性均由发布单位及个人负责，
2.拒绝任何人以任何形式在本站发表与中华人民共和国法律相抵触的言论
3.请大家仔细辨认！并不代表本站观点,本站对此不承担任何相关法律责任！
4.如果发现本网站有任何文章侵犯你的权益,请立刻联系本站站长[QQ:775191930]，通知给予删除