SIMATIC 控制器编程人员的任务是开发尽可能易读和结构化的应用程序。 每个开发人员有自 己的策略来实现这个任务，例如变量、 块的命名或程序的注释方式。不同的开发人员使用不同的习惯，因此存在很多不同的程序风格， 这些程序通常只能由各自的创建者来说明。
以下章节中描述的规则和建议可以帮助您创建一个统一的、 可维护和可重用的程序代码。 特别在多个开发人员共同开发的情况下， 建议规定项目范围内的术语以及统一的编程风格。 通过这种方式，您可以在项目 早期阶段检测并避免错误。
出于可维护性和可读性的考虑， 程序需要遵循一定的格式， 更重要的是定义规则，这些规则可为开发人员带来如下益处：
本文适用于 TIA 博途中的项目和库，这些项目和库是使用符合 IEC 61131 -3 的编程语言编写的（ DIN EN 61 1 31 -3） ， 它们是结构化文本（ SCL/ST）， 梯形图（ LAD/KOP）和函数块图（ FBD/FUP）。
本文还适用于软件单元，文件夹，组， 组织块(OB)， 函数(FC)， 函数块(FB)， 工艺对象(TO)，数据块(DB)， PLC 数据类型(UDT)，变量，常量， PLC 消息文本列表，监视表， 强制表以及外部源。
此文不包含以下内容的描述：
在以上内容有足够的知识和经验， 是正确理解和使用既定规则及建议的先决条件。
本文档仅作为参考， 并不取代软件开发领域的相关知识。
在客户项目中，应遵循适用的规则、 客户或行业特定标准以及技术规则（如安全、运动控制等）， 并优先于此风格指南或部分使用。
当把客户规则与本风格指南中的规则相结合时，必须特别注意保持规则的完整性和一致性。 任何违反规则的行为都必须有正当理由并适当记录在用户程序中。
客户提供的规章制度必须形成相应的记录。