暂存的思想、两阶段提交、案例比较

0.C++中暂存的思想

定义一个同类型的中间变量用于暂存需要交换的值。

#include<stdio.h>
void swap(int *x, int *y)
{
    int temp = *x;
    *x = *y;
    *y = temp;
}
int main()
{
    int a = 10;
    int b = 20;
    printf("交换前：a=%d b=%d\n", a, b);
    swap(&a, &b);
    printf("交换后：a=%d b=%d\n", a, b);
 
    return 0;
}

1.Git vs SVN ：工作区——本地仓库——远程仓库

SVN：一步提交，需要SVN服务器在线的情况下才能提交。
GIT：用一个和远程完全一样的本地git仓库来暂存本地的提交，通过push实现本地到远程的两步提交。可以在不连网的情况下也能提交到本地仓库进行离线缓存，有需要的时候再推送到远端仓库。

2.PCS9000 vs D5000：实时库编辑工具——维护实时库——运行实时库

D5000：总体是一步提交（后来增加了离线维护的功能）。D5000要求应用程序即使在实时库大部分情况没有变动的情况下，也需要周期性的读实时库，降低了程序性能，必然提高了硬件的要求.
PCS9000：用一个和运行库完全一样的维护库来暂存维护的结果，维护完成后进行全库验证，并通过发布操作进行维护库到运行库同步，相当于两步提交。运行和维护的切换，只是指针级别的切换，时间极短。应用程序平时只用启动的时候读一次实时库进行初始化，在没有收到发布报文的时候都不需要重新初始化，提高了程序性能。

3.IEC 61850 vs IEC 103：客户端——编辑定值区——运行定值区

IEC 103：直接把缓存的定值向运行定值区提交，存在可能修改错误还不方便回退的问题。虽然也是有确认的过程，但是将缓存定值写到运行定值区的时候，是有一定时间的过程，装置中断的时间长一些，而且有可能拷贝失败。
IEC 61850：用一个和运行定值区一样的编辑定值区来缓存定值，相当于修改都在另一个非运行的定值区中，提交后还可以把定值读出来检查一下是否提交成功，最后通过定值区号切换来实现定值的“修改”，只是修改一个定值区（类似于PCS9000的数据库连接指针切换），失败的概率小，切换时间极短。