不同与Java系统，salesforce给Select或者Drop down，whatever你叫它什么的那个元素提供了一个很好的组织方式———-Picklist。
Picklist作为一种基本数据类型，在salesforce里任何人都可以使用其轻松的创建下拉列表，并动态的控制其中的选项。要知道，在java系统里，为了达到这个目的，可是要上三大框架的。如果不能用自定义标签库，那么在不hard coding的前提下，在画面上可控的显示一个select对于一个新手来讲，将是一个堪比穿越撒哈拉沙漠的挑战。当然，大部分项目都选择直接写死，或者使用Js操纵DOM。
不过Salesforce的Picklist与我们印象中的Select元素还是不同的。
在Spring 17之前（Spring 17 release note），picklist的值只有一个value，所以表示文本也是它，值也是它。所以好多系统就顺水推舟的在代码，validation rule等地方直接用长长的value内容做判断。
突然有一天，客户想对选项的内容做一个小小的改动。。。。。灾难了。
以前的话，更改选项的值，既存数据是不会跟着变的，要手动修数据。现在已经能够做到既存的数据自动跟着变了。但是那些代码里写死的判断等就不行了。
我们知道，html中的select是要分别设定value和label的！在页面表示label，表单里传的是value。这样根据定义好的数据字典，在程序里随便判断value。无论画面表示的本文怎么改都不会影响到程序。
所以sfdc的先贤们发明了一个绝招————翻译。
比如picklist的一个项目的value是1，则在翻译控制台将1翻译成想显示的文本，比如“A”。那么就实现了HTML的Select的特性—–显示的文本和后台传值分开。
正当群众们洋洋得意的时候，Spring17来了。给我们带来了picklist选项的Api Name，参见官方博客。
抱歉，说的不严谨，应该是给我们带来了Picklist选项的Label。
就是说现在Picklist的选项有两个设定值值，一个是Label，一个是Api Name。Api Name其实还是我们以前熟悉的那个选项value，老朋友。新增加的是Label。
那么好玩的地方来了。以前Picklist选项只有一个value的时候，翻译就直接那么翻译了。当Label和Api Name分开之后，翻译是针对谁来进行翻译呢？
这里直接公布答案—–是Label。
可以用下面的代码进行尝试。
设定好翻译之后
List<Schema.PicklistEntry> picklistValues = SomeSobject__c.SomePicklistField__c.getDescribe().getPicklistValues();
for (Schema.PicklistEntry pe: picklistValues) {
system.debug('PicklistEntry Value:' + pe.getValue() + ' Translated Label:' + pe.getLabel());
}
value既Api Name，Label既Label
这样，我们是可以做到在Apex中获取Picklist选项的Label，而且获得的还是翻译后的Label。
可曾记起我们还有Formula呢，isPickVal函数判断的又是谁呢—————没错，还是老朋友，Api Name。
目前我还没有找到如何在formula里获取Label名的方法。