更新 应用系统的设计与升级

%E5%BA%94%E7%94%A8%E7%B3%BB%E7%BB%9F%E7%9A%84%E8%AE%BE%E8%AE%A1%E4%B8%8E%E5%8D%87%E7%BA%A7.md

@@ -83,8 +83,8 @@ Oak框架的前后端代码不分开，因此可以很优雅的保持前后端
 
 ## 应用初始化后的情况
 
-如果系统在应用使用的过程中产生了升级，则此时应用可能会处于一个“不安全”的状态中，为了性能考虑，目前没有在每次网络请求的时候都对版本加以检查，如果因为版本不兼容的原因产生了异常，系统会在异常出现后去检查应用的当前version和*application*的*soaVersion*是否一致，若不一致，也会抛出*OakApplicationHasToUpgrade*异常。
+如果系统在应用使用的过程中产生了升级，则此时应用可能会处于一个“不安全”的状态中（逃脱了初始化过程中的安全检查）。为了性能考虑，目前并没有在每次网络请求的时候都对应用版本加以检查，而是用了另一种策略：当应用产生了不可识别的异常时，系统会去检查应用的当前version和该*application*的*soaVersion*是否一致，若不一致，也会抛出*OakApplicationHasToUpgrade*异常使用户升级。
 
 
 # 最新版本号
-前面说过，由于Oak是前后台代码一体化的开发框架，因此后台（System/Platform）和前台（Application）可以共用开发线上的package.json中的version作为其最新版本号，但各版本之间可能会有细微的差别，这体现在版本号（a.b.c）的最后一位c上。因为如果系统更新了a或者b，其应用必然要重新编译发布。但是更新c也即修正bug，可能只需要发布某一个应用，或者只更新部署后台，因此，*application*的最新版本号*soaVersion*需要程序员在后台进行维护。
+前面说过，由于Oak是前后台代码一体化的开发框架，因此后台（System/Platform）和前台（Application）可以共用开发线上的package.json中的version作为其最新版本号，但各版本之间可能会有细微的差别，这体现在版本号（a.b.c）的最后一位c上。因为如果系统更新了a或者b，其应用必然要重新编译发布。但是更新c也即修正bug，可能只需要发布某一个应用，或者只更新部署后台，导致不同的*application*会有不同的最新版本号。因此，*application*的最新版本号*soaVersion*需要程序员在后台进行维护。