1、“.....这些描述迫使我们进行内聚性测试。如果你不能通过到句话总结子功能，子可能包含了太多子代码。隧道连线通过结构左侧边界进入结构，并从结构右侧边界穿过结构。不要让隧道在结构顶部或底部穿过。同样如果结构内部未使用到也不要让连线穿过结构，除非其目是为了标示清楚。特别令人困苦是浏览个多帧结构许多帧时，要去寻找那些在连线上被修改数据，比如说条件结构或者是事件结构。然而，有时条件结构通过些额外连线线是非常有用将没有连线前面板控件在程序框图上放在起，那样程序开发人员就能非常容易将找到它们。标记那些在程序只用到次，不在循环结构中接线端。实践中大多数局部变量，全局变量和顺序结构都不是必要。没有学习过有效数据流法则开发者经常过多地使用局部变量和全局变量。强迫自己避免使用变量和顺序结构是最有效掌握数据流方法，除非完全必要要用到它们。确......”。

2、“.....为了避免连线混乱且保持有组织秩序，紧凑地放置移位寄存器且将它们聚集到靠近循环顶部。这样如同在靠近循环顶端位置有限区域内修建条数据公路且使线路交叉最少。除了聚合了包括簇和条件选择器移位寄存器外。只要在移位寄存器之间留下刚好够放置自由标签位置就行了，这些标签将被放置在靠近移位寄存器左边终端线上。簇经常在循环底部进出，而条件选择器经常处于中间位置。因此，簇和条件选择器经常与靠近循环顶部数据公路是分离。最糟编程习惯是从个选定区域创建个而且不清理创建子后狼藉场面。终端位置，标签，线，连接器分配，图标以及描述文档都需要进行矫正。有时这样还会导致子程序结构图就像在里面投了颗炸弹样。用这种工具创建子从来就不是个好风格而且程序必须改写。关闭检查展示出从右向左线是个文件路径，它是由结构里面若干底层函数所形成。不管怎样......”。

3、“.....这篇文章提出风格能确保我们实际应用中在规定时间内开发出整洁，结构清晰程序。结合其他规则，我们能开发出可读性好，易于维护源代码。而且，遵守这些好编程风格所要求准则将可能会使我们开发出令人赞叹程序。,,,,,,,,,,,,,,,,函数和将子打包成通常是可识别，因而不需再单独将它们封装成子。为每个子创建个有含义图标和相结合描述。住为每个子创建个有含义图标和相结合描述。再怎么强调它重要性都是不够。这是我们最神圣信条。图标和描述信息能帮助我们在调用这些子程序时通过帮助窗口文字识别这些子。这些描述迫使我们进行内聚性测试。如果你不能通过到句话总结子功能，子可能包含了太多子代码。隧道连线通过结构左侧边界进入结构，并从结构右侧边界穿过结构。不要让隧道在结构顶部或底部穿过。同样如果结构内部未使用到也不要让连线穿过结构，除非其目是为了标示清楚......”。

4、“.....要去寻找那些在连线上被修改数据，比如说条件结构或者是事件结构。然而，有时条件结构通过些额外连线线是非常有用将没有连线前面板控件在程序框图上放在起，那样程序开发人员就能非常容易将找到它们。标记程序框图设计摘要个真正好程序就像件艺术品样，而差程序看起来就像意大利面那样乱。这篇文章提出风格能确保我们实际应用中在规定时间内开发出整洁，结构清晰程序。结合其他规则，我们能开发出可读性好，易于维护源代码。程序框图长于源代码表述。个真正好程序是发人深省，甚至是令人敬畏，就是件艺术品样。而个差程序，看起来就像碗意大利面条那样凌乱。事实上，这两种极端情况就像风格重要性中和所表现那样。而大部分程序处于艺术品和意大利面条之间。些程序开发者有连线整齐习惯，但程序框图往往却大而宽泛。其他些程序开发者却过度使用模块化编程，就像自己在搭建筑样......”。

5、“.....此外，很多程序是在好风格和节约时间两者之间取得平衡下为特征下完成工作。总体结论就是在吸引人程序外观，个人喜好和程序功能上取得折中。大多数开发人员都认为吸引人程序编写上受到许多束缚使开发进度变慢，而现实中程序开发都有时间限制。似乎快速开发程序和程序具有美感是相矛盾。事实上，多花些时间来优化复杂程序外观是可能如果你知道什么才是好风格所要遵循规则和如何执行这些规则，你将会在程序开发中更加轻松。屏幕分辨率决定程序开发人员在开发程序时可见区域和程序移植到用户计算机后界面显示。因此，将程序分辨率统是非常有好处，那样应用程序在使用相同分辨率上打开时窗口界面将保存致。程序分辨率设置得越高，界面上控件将根据屏幕大小相应缩小，屏幕上也能容纳更多程序代码。合适屏幕分辨率是不仅要能使程序可见区域最大化，而且不能让你眼睛不舒服。开发环境设定最小程序分辨率为......”。

6、“.....不要采用高于分辨率，因为当前还不广泛支持如此高分辨率，更大工作区域也意味者程序框图更大，模块化程度降低。同时，取决于显示器大小，如果过高分辨率容易使你眼睛疲劳。今天许多计算机都支持多显示器。在开发环境采用两个显示器是非常有好处。使用个显示器来显示前面板，另外个显示器来显示程序框图。这样就能同时看到这两个窗口，而不需要在前面板和程序框图之间进行切换。不要给程序框图着色。界面背景色和每个结构子界面都默认为白色。数据流向必须非常容易识别。我们希望对象尽量布局紧凑，但同时不希望对象靠得太近引起对象和连线重叠。总之，尽量缩小程序框图大小使之能在个屏幕显示出来。在些情况下，比如说些复杂程序包含很多个并行循环，要满足这个限定非常困难。在这种情况下，调整程序框图，或者将些循环变成子来减小所占背面板空间，使背面板仅在个方向上滑动。开发程序时......”。

7、“.....层次结构可以通过选择来查看。从窗口工具条中取消选择包括,包括全局变量和包括自定义类型，并且只显示你自己提供用户。通常几何形状包括金字塔形，钻石形和椭圆形。除了非常简单应用程序外，层次结构中在顶层之下应包含多行子。在第章中，模块化率被定义为是用户数与总节点数之比，再乘。这些数据大小可以通过选择快速查看到。典型应用程序模块化率推荐为以上。取决于设计样式，许多顶层程序都应包含结构，连线，组件和子。组件是处于非常高层子，或者是将个应用程序主要部分或子系统封装为插件后动态调用。个应用程序图形用户见面和数据采集引擎是以单独实现，它们就是组件个例子。顶层和高层应该尽可能减少低层数据处理函数，例如数学函数，数组处理，格式化字符串以及类似函数。些应用程序需要大量数值属性节点来控制行为。许多属性节点读写操作是由事件触发。因此......”。

8、“.....事件结构为每个事件分支包含个单独子程序，通常个事件分支程序不会跑到其他事件分支。然而，多事件分支需要许多个相同属性节点，它们值因每次读写操作而不同。将这些普通属性节点模块化为子，通过控件引用和属性值传递到子中。每个子程序代表在内存中同属性节点备份。这减小了内存使用和程序复杂性。同样，将你程序中高层组件模块化为较低级子。使用自顶向下设计和开发方法，将任何低层程序模块化为强内聚子。在任何地方如果你用到了已有代码副本来共同构成个程序，将这些代码替换成子。个子是否是内聚要看你是否能将它要完成工作清楚描述为两三句话，就像子描述信息那样。子非常有用，因为相对于个大型程序来说，它易于开发，测试，调试，维护和代码重用。如图所示，子也为程序开发中节省了可观背面板空间。总之，如果同函数，属性节点，程序被多次用到，将这些重复代码换成子将使程序开发变简单。同样......”。

9、“.....并且起完成项工作，不管它们是否被多次用到，也将它们变为个内聚子。但是，也不要为了节省空间而随便选择将程序部分变成子。以这种方式创建子不是内聚，也不够直观并且不可重用。同样也不要为只有少量接线端程序代码创建子。这种情况，子图标不需要在程序框图掩盖它下层代码。子只包含个数组索引函数。然而，子图标，名字和描述信息掩盖数组索引函数。函数和将子打包成通常是可识别，因而不需再单独将它们封装成子。为每个子创建个有含义图标和相结合描述。住为每个子创建个有含义图标和相结合描述。再怎么强调它重要性都是不够。这是我们最神圣信条。图标和描述信息能帮助我们在调用这些子程序时通过帮助窗口文字识别这些子。这些描述迫使我们进行内聚性测试。如果你不能通过到句话总结子功能，子可能包含了太多子代码。隧道连线通过结构左侧边界进入结构，并从结构右侧边界穿过结构。不要让隧道在结构顶部或底部穿过......”。