1
0
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:
pbting 2018-12-05 20:50:12 +08:00
parent 4cae318da3
commit 90804663e5

View File

@ -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/是否需要刷新/是否需要从本地缓存加载等等。因此为了应对这种类型的场景,小组内讨论出了第三种方案。