构成程序框架的基本要素是库文件。

库文件

    基于西门子TIA Protal 的应用，库文件分为以下几种类型：

        1.HMI面板

        2.HMI数据类型

        3.HMI样式

        4.HMI样式表

        5.HMI文本列表

        6.HMI页面

        6.FC

        7.FB

        8.PLC数据类型

        等等……

    库文件主要为面向对象的具体化表现，同时它也拥有面向对象的封装，继承，多态等属性。在实际应用中，对于一个变频器的控制将他打包成一个通用性的FB或FC，这就叫封装、对于一个电动机的HMI面板，也可将它做成库文件，从而进行封装；

    当封装的库文件达到可以覆盖整个生产线的所有功能时，也就实现了标准化工作；

    库文件，是为某单一设备制定的控制逻辑，但是框架是为了整个生产线制定的流程控制；

    对于小型控制系统不采用框架，是可以行得通的。但是对于大型生产线，比较复杂的控制系统，不采用框架，程序将处于一个较为混乱的状态；

框架的概念

    框架的第一含义是骨架，他封装了同一种设备处理流程，所以对于项目应用来说框架只是一个半成品。同时由于自动化涵盖邻域众多，所以框架拥的目标性非常强，他是专注于解决某一个特定邻域的问题，并且致力于为这一特定邻域提供通用的解决方案。

框架的例子

    以简单应用为例对于OB1中的程序调用框架如下：

    当然对于更加复杂的应用来说，程序段4中的FC4 应该被更加的细分；

框架的应用

    当一个控制系统选定框架之后，我们需要的就是在框架指定的位置添加指定的设备控制逻辑。也就是在一条生产线中添加不同或相同功能的设备，并且为它们添加联系，从而使整个生产线运转起来。

    框架均是在实践中不停的反复使用检验再修正而得出的，所以在前期的精力投入是较大的，但是当框架完善后我们就可以使用更少的时间，更少的错误率，更方便的程序编写方式来完成整个项目，从而使项目的可靠性得到较大提高。

    需要注意的是框架虽然为我们提供种种的便利，但是它也拥有同等的限制，因为当我们使用框架以后，我们就必须在这个框架的限制之内来构建我们的程序逻辑。

框架的设计

    下列信息取自 <https://www.cnblogs.com/lbzhu/p/7364437.html>

    框架使得我们开发应用的速度更快、质量更高、成本更低，这些好处是不言而喻的。然而，面对万千变化日趋复杂的软件需求，设计和实现一个高度灵活可复用的框架又谈何容易！

   框架源于应用，却又高于应用。

   框架往往是这样产生的：我们拥有了开发某种类型应用的大量经验，我们总结这种类型的应用中共性的东西，将其提炼到一个高的层次中，以备复用。这个“高层次”的东西便是框架的原型。随着我们经验的不断积累，框架也会不断地完善、发展。

   框架是一个实践的产物，而不是在实验室中理论研究出来的。所以设计一个框架最好的方法就是从一个具体的应用开始，以提供同一类型应用的通用解决方案为目标，不断地从具体应用中提炼、萃取框架！然后在应用中使用这个框架，并在使用的过程中不断地修正和完善。

   有一点需要特别注意，正如所有的软件架构设计的要点在于权衡（在这方面有点像艺术），框架的设计也不例外，正如前面提到，框架在为应用提供了一个骨架的同时，也给我们的应用圈定了一个框框，我们只能在这个有限的天地内来发挥。所以，一个好的框架设计应当采用了一个非常恰当的权衡决策，以使框架在为我们应用提供强大支持的同时，而又对我们的应用作更少的限制。权衡，从来就不是一件简单的事情，但是有很多框架设计的经验可以供我们参考。