本文引用：http://www.cnblogs.com/rijing2004/archive/2007/12/20/attribute_applicance.html

问题描述：

业务系统A和B需要共享数据，以达到数据利用最大化，减少工作人员的录入数据的工作量。说明一下，业务系统A和B各自使用不同的编码表，简单的说，在业务系统A中，性别是使用01和02代表男和女，而在业务系统B中，性别则采用了m和w表示男和女。现在，这两个系统要共享性别这个数据项，所以我们需要做的必不可少的工作就是：编码表的转化。这个问题有很高的普遍性，基本上只要是业务系统之间共享数据，那么这一步是必不可少的。今天，我就对此问题谈一谈我的解决之道，供大家探讨。

解决思路：

1）  我们最容易想到的办法就是，编写一个方法，针对输入的编码进行匹配转化，如一下代码所示：

public static string SexCodeToJS(string code)
    {
            string result = string.Empty;
            switch(code.Trim())
            {
                case "01":
                    result = "m";
                    break;
                case "02": 
                    result = "w";
                    break;
            }
            return result;
    }

然 后，在外部进行调用此方法即可。如果我们的编码表转化数量比较少的话，这一种方法，显然已经可以满足要求了。但假如我们有很多的编码表需要转化，这一种方 法使用起来应该是很吃力的。而且，一旦数据项的编码之间对应关系一旦发生变化，我们就必须要改写程序，然后编译、发布。显然此方法的灵活性还不太好。那么 我们就需要寻找另一种灵活的，可以应对编码对应关系可能会变的方法。

1）  使用数据库或者xml存储编码表之间的对应关系。使用数据库也好，xml也好，都是把问题的可变性单独分离出来，以数据库存储为例，可以设计如下表结构（脚本如下）：

create table CodeConvert
(
id int identity(1,1) primary key,
codeType varchar(10), --编码的类型
codeA varchar(10), --业务系统A的编码
codeA_Name varchar(20), --业务系统A的对应编码的描述
codeB varchar(10),--业务系统B的编码
codeB_Name varchar(20) --业务系统B的对应编码的描述
)

在这个表里存储编码之间的映射关系。现在，如果你需要转化，那么你就需要 查询这个表，就可以得到转化后的编码。而且一旦编码之间的对应关系变了，那么你只需要修改这个表里的数据即可完成修改，相对上一种方法，已经增加抗变性。 再回头看，抗变性是增加了，可是客户程序使用的时候仍然比较麻烦，仍然需要关心，哪个编码需要转化。其实，从职责分配的角度讲，哪个编码需要转化，是在使 用之前就可以确定下来的事情，所以我们可不可以让编码自动转化呢？如果可以的话，那么客户程序就不再需要关心哪个编码需要转化的事情啦，毕竟这是一件烦人 的事情。现在，我们整理一下思路，假设有一个负责转化的方法，如下：

public static string ConvertCode(string codeType,string systemACode)
{}