【前言】：了解一门技术或技能点，首先需要知道它能做什么，适用于哪些业务，我能够如何利用已有的技能加以组合使用，来让实施方案更有效力。
1、【State and Country/Territory Picklists技术边界】：
我们知道在部分标准对象（如：Lead）里Address字段是一个复合字段，它由Country，State/Province，City，PotalCode，Street等组成，我们之前看到它在编辑界面里是下图模样：
升级后看到的是这个模样：
很明显，升级后Country和State/Province从文本变成了picklist，看完下图你会惊讶它的新功能后又陷入一轮沉思：
惊讶的是：竟然可以实现联动；
沉思的是：为什么China对应的State/Province这一级可选，而HongKong对应的State/Province是禁用的呢？又进一步的深思中国一般是省市区三级联动，现在只有国家和省可以联动，并不是很make sense呀？一般我们在进行地理区域的管理时都会新建对象来存储，如果你想使用partner community，10个自定义对象的限制绝对是硬伤，貌似这种方案选型的问题，并没有在新功能的问世而得到完美的解决。
到这里你或多或少对新功能技术的边界有了相应了解。
2、【管理/配置State and Country/Territory Picklists】：
a、搜索并点击State and Country/Territory Picklists，进入下图界面：
b、点击1中的链接，进入下图界面：
我们不难发现如下几点：
> 我们能新增国家选项列表的值；
> 我们能编辑某个国家的基础配置，如是否激活，是否在下拉列表可见；
> 我们能设置国家/地域的代号和编码；
> 我们不能删除新建的国家/地域；
c、点击Edit，图示如下：
同样，我们可以编辑某个特定国家的State/Province，当新建了State/Province后，该记录就会被activate，我们可以通过控制Visible来控制该值是否在picklist列表里可见。
至此，我们可以回答问什么选择HongKong时，其State/Province值被禁用，原因是没有Province/State的值，或者没有Visible的值。