引用20楼详细内容：

一个大的功能块，使用者，特别是首次使用的人很难辨别哪些参数是可以改的。我说的变的好象不可控是使用者的一个心理状态。接口是预留给用户使用的，static是开发者不希望被用户改动的东西，但是有的时候为功能块接口看上去什么的简洁，不得不把一些接口放到static

引用19楼详细内容：

不会吧。出问题还是程序写的有问题吧。

看看西门子自己提供的库程序，例如：MODBUS TCP，不也是封装、加密的？但把原来放在接口的参数，放到背景数据块里了么？还有许多设置，不也是要求去背景数据块里设置么？还有些西门子提供的FB功能库，参数不也是需要外部去背景数据块中读取么？

为什么从接口改到背景数据块中？就是每次调用不需要都传送。

所以，就像这些标准库一样，每次调用都有可能发生改变的，放在接口；仅在特定状态下才需要改变的，就放在背景数据块中。封装、加密后，不允许改变的的就是灰色的，允许外部设置、读取的就是白色。

引用17楼详细内容：

就是这么定义的标准规范，这话题跟问井盖要做成yuan的还是方的好一样。实质就是绝对地址，FB获得封装后甚至加密，static变量可能会被fb内部逻辑改写值变的好象不可控，用户主动去改写staic的值甚至会破坏fb原有的正常逻辑。

引用14楼详细内容：

和万泉河通了电话后，我查了一下手册，STEP7和博图的，

S7的数据是这么定义的： 

1.全局数据 与 局部数据  两大类

2.全局数据为 M，全局DB，T，C

3.局部数据分为  局部静态数据   临时数据

（在定义方面，我认为两者没有太大的区别，博图的定义更加明确一些）

4.在STEP 7里直接了当地就告诉说局部静态数据可以被外部程序同全局DB一样访问，但风险自担

5.但在博图对静态数据的访问的描述就相当的暧昧了

    首先是鼓励用数据块及静态数据而不是用M/T，这和万侠的主张一致

    其次告知局部静态数据可以被外部程序同全局DB一样访问，但又不建议这么做，说有风险

    第三主张通过数据接口及多重背景实现数据的交换，但又怕造成多次数据交互造成的重复与浪费，不这么做那就是外部直接访问静态数据效率最高了

我还是比较同意shine的说法，简单点，就当全局变量用就是了。