首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

微服务架构Day04-SpringBoot之web开发

MessageSource接口: 方法 描述 String getMessage(String code, Object[] args, String defaultMessge, Locale locale) 获取消息,如果没有找到消息,就返回默认值 String getMessage(String code, Object[] args, Locale locale) throws NoSuchMessageException 获取消息,如果无法找到消息,则视为错误 String getMessage(MessageSourceResolvable resolvable, Locale locale) throws NoSuchMessageException 尝试使用传入的{@code MessageSourceResolvable}参数中包含的所有属性来解析消息. 必须在此方法上抛出{@code NoSuchMessageException}, 因为在调用此方法时,无法确定可解析的{@code defaultMessage}属性是否为空 MessageSourceResolvable解析消息要素的包装接口和类: 方法 描述 :-- :-- String[] getCode() 返回用于解决此消息的代码,按照这些代码应该尝试的顺序. 因此,最后的一个代码将是默认代码 Object[] getArguments() 返回要用于解析此消息的参数数组 String getDefaultMessage() 返回要用于解析此消息的默认消息 HierarchicalMessageSource消息源分层接口: 方法 描述 :-- :-- void setParentMessageSource(MessageSource parent) 设置将用于解决次对象无法解析的消息的父级 参数parent是将用于解析此对象无法解析的消息的父MessageSource.可能是{@code null},在这种情况下不需要解决 MessageSource getParentMessageSource() 返回当前MessageSource的父级,否则返回{@Code null} MessageSourceSupport用于支持消息源解析的抽象类: 方法 描述 :-- :-- void setAlwaysUseMessageFormat(boolean alwaysUseMessageFormat) 设置是否始终应用消息格式组件,解析没有参数的消息 比如: MessageFromat希望单引号转义为""" 如果消息文本全部用这样的转义编写,即使没有定义参数占位符,只需要将此标志设为"true" 否则,只有具有实际参数的消息文本才会用MessageFormat转义类编写 boolean isAlwaysUseMessageFormat() 返回是否应用消息格式组件,解析没有参数的消息 String renderDefaultMessage(String defaultMessage, Object[] args, Locale locale) 渲染给定的默认消息字符串 String formatMessage(String msg, Object[] args, Locale locale) 渲染给定的消息字符串 MessageFormat createMessageFormat(String msg, Locale locale) 为给定的消息和区域设置创建一个MessageFormat DelegatingMessageSource消息源解析委派类: 方法 描述 :-- :-- String getMessage(String code, Object[] args, String defaultMessage, Locale locale) 解析消息 父消息解析源不为null时,则采用父消息源解析消息.否则使用自身消息源解析消息 String getMessage(String code, Object[] args, Locale locale) throws NoSuchMessageException 解析消息 如果父消息解析源不为null时,则采用父消息源解析消息,否则抛出异常 String getMessage(MessageSourceResolvable resolvable, Locale locale) throws NoSuchMessageException 解析消息 如果父消息解析源不为null时,则采用父消息源解析消息,否则使用自身消息源解析消息 AbstractMessageSou

01

一起玩转微服务(9)——前后端分离

在传统的web应用开发中,大多数的程序员会将浏览器作为前后端的分界线。将浏览器中为用户进行页面展示的部分称之为前端,而将运行在服务器,为前端提供业务逻辑和数据准备的所有代码统称为后端。 由于前后端分离这个概念相对来说刚出现不久,很多人都是只闻其声,不见其形,所以可能会对它产生一些误解,误以为前后端分离只是一种web应用开发模式,只要在web应用的开发期进行了前后端开发工作的分工就是前后端分离。 其实前后端分离并不只是开发模式,而是web应用的一种架构模式。在开发阶段,前后端工程师约定好数据交互接口,实现并行开发和测试;在运行阶段前后端分离模式需要对web应用进行分离部署,前后端之前使用HTTP或者其他协议进行交互请求。 前后端分离原则,简单来讲就是前端和后端的代码分离也就是技术上做分离。推荐的模式是最好直接采用物理分离的方式部署,进一步促使进行更彻底的分离。不要继续以前的服务端模板技术,比如JSP ,把Java JS HTML CSS 都堆到一个页面里,稍复杂的页面就无法维护。

02
领券