mirror of
https://gitee.com/mirrors/Spring-Cloud-Alibaba.git
synced 2021-06-26 13:25:11 +08:00
update the format for document
This commit is contained in:
parent
4cae318da3
commit
90804663e5
@ -68,9 +68,13 @@ image::http://edas.oss-cn-hangzhou.aliyuncs.com/sca/sca_shared_03.png[]
|
||||
|
||||
Spring Boot 提倡约定大于配置。当使用这种方式来实现应用间的共享配置时,我们也继承了Spring Boot的这个优良传统,多个共享配置间的一个优先级的关系我们约定:按照配置出现的先后顺序,即后面的优先级要高于前面的。
|
||||
这种方式的优点在于:
|
||||
|
||||
* dataid的命名方式完全交给业务方本身,不受 SCA Nacos Config Starter 实现的束缚。
|
||||
|
||||
* dataid的命名方式既可以参考第一种方式来命名,又可以充分的发挥主观能动性,结合自己实际的业务给dataid命名。
|
||||
|
||||
* 减少了多个应用间如果file-extension不一致,为每个 file-extension 多加这么一个配置的麻烦。
|
||||
|
||||
* 当使用这种方式时,不会为这些共享配置强制绑定一个 file-extenson,即可以直接在我们暴露出来的一个变量中 dataid以file-extension 结尾。如果没有显示的说明,这个时候就会以file-extenson为准。
|
||||
|
||||
当然这种方案的缺点在于扩展性不强。即如果对于某个共享配置需要做额外的配置,例如额外配置Group/是否需要刷新/是否需要从本地缓存加载等等。因此为了应对这种类型的场景,小组内讨论出了第三种方案。
|
||||
|
Loading…
x
Reference in New Issue
Block a user