|
|
| Line 1: |
Line 1: |
| LabVIEW is a graphical programming language, and as a result emphasis is often put on how the code looks, as well as how it performs. Developers may have preferences on one style or another, but one good starting point is the following NI White Papers on Rules to Wire by:
| | #REDIRECT [[Style Guide]] |
| | |
| *[http://www.ni.com/white-paper/5560/en/ Rules to Wire By Part 1]
| |
| *[http://www.ni.com/white-paper/4822/en/ Rules to Wire By Part 2]
| |
| | |
| Additionally, there are checklists and style guides that contain more detail when ensuring consistency of style in LabVIEW program code.
| |
| | |
| *[https://www.ni.com/docs/en-US/bundle/labview/page/labview-style-checklist.html LabVIEW Style Checklist]
| |
| *[https://wiki.dqmh.org/dqmh/styleguide DQMH Queued Message Handler Style Guide]
| |
| | |
| These guidelines in programming style are important and can be check through automated inspection using the [[VI_analyzer|VI Analyzer]] toolkit.
| |
| | |
| [[Category:LabVIEW fundamentals]]
| |
