注1：这里先解释下什么是验签，作者之前也理解错误，现在更正下：验签就是平台给塔里程序发个错误的请求，平台要接收到它认为正确的数据，验签就通过了，其实就是这么简单）正确的数据就是上图的数据，即是验签Demo的格式（属性值也相同）
注2：再看看Net版本的验签，你会发现它的一个参数是System.Web.HttpRequest。我找了好久也没找到在哪里传进去，百思不得其解。后来才发现它不是在Service层的，是在WebAPI的Controller层
看，这就是验签。是不是有种恍然大悟的感觉。而且这是Controller层完整的方法。包括验签+调用Service层+返回格式
3.5.4，外部程序调用？
验签通过以后，就可以发布了。发布成功，意味着外部程序可以直接使用了。注意：不是直接调用塔里的程序，塔的所有数据，都要通过奇门
这里根据奇门SDK写的方法，外部程序最后调用的是这个方法。不是前面我们写的那些
3.6，自定义场景
昨天也把自定义场景调试通过了。它和官方场景有什么区别呢？如下所示
a，方法名称自行定义
b，输入参数自行定义
c，输出参数自行定义
d，验签格式不可定义（必须按照官方的格式）
其他的没有什么坑，验签通过就可以发布（有个审核的操作，基本都通过的）
3.7，安全扫描
整个应用发布前，会有一个安全扫描的过程，官方说是3小时（实际要超出这个时间，都问题不大）
最后总结下
1，官方的文档要认真看，每句话都有它的含义（为毛他们不明说呢，非要我们自己猜）
2，所有的环节都是互相关联的，一步配置不对，就都有影响
3，申请令牌的程序是可以部署在塔外的
4，官方场景或自定义场景中，每个方法的验签返回格式不是都相同的。要注意，必须和验签格式完成相同才可以
5，多店铺时，关于SessionKey（即AccessToken）如何使用？每个店铺都有id（就是cn123456）的字符串，这是可以通过参数传进去的。这样可以在塔里部署一个txt文件，定义好id和令牌的关系。这样就可以根据Id获取令牌了