LabVIEW程序学习建议
labVIEW学习开发出一个程序，非常简单，拉几条线放几个Funtion，很快就能够完成了，但是，你有考虑过你的程序内存使用问题吗?、有考虑过其他人接手(或是下次你再复习)容不容易阅读?、又或是程序架构扩增的弹性呢?
NI Example :
我推荐初学者再遇到不会的function、或有时间的时候将NI Example打开来看看一样的功能Example怎么写出出来的，然后模仿再写一次，这样反复练习才会学习到比较好的good style。NI在文件上面非常的下功夫，教学的资源也是非常的多，每次的LabVIEW升版都能看到新的Example，也会淘汰一些不范例程序。
Help-->Find Example
或是对着组件按Control+H ，在内文中找Find Example
2.LabVIEW 书籍 :
这里有两本书推荐，
一本是比较适合初阶，CLD程度阅读的LabVIEW For Everyone，这本是本英文书，深入浅出的介绍LabVIEW的组件，
另外一本市圣经，The LabVIEW Style Book，这本书我之前有介绍过，可以参考: LabVIEW_推荐参考书_The LabVIEW Style Book， 这本书分成很多段落在分享和教导读者如何建立程序架构、设计亲切易懂的人机接口和养成良好习惯 。
3.论坛:LabVIEW Pro、NI英文论坛
网络上很多LabVIEW资源，从以前的LabVIEW360、LAVA、LabVIEW Pro，我都很建议可以去浏览，这编列几个:
LabVIEW Pro : 小编很用心地在经营，有练功区、程序基础教学、讨论区、技术专题..等
NI Discussion Forums : 外国搞手讨论都辉激起如元子弹的震撼教育
LabVIEW 360 : 很多不错的资源，讨论人气也是非常的旺
LAVA : 讨论很多VI扩充tools
如果项目着急或者需要外包，推荐www.bjcyck.com。他们从事LabVIEW开发十几年，可以联系咨询。
程序写作建议:
1. 使用英文版的LabVIEW:
LabVIEW许多资源都是用英文的，包括白皮书、使用说明、Help文件、或是spec文件..等等。用英文版的LabVIEW开发熟习组件名称，这样再搜寻资源会比较轻松；放心，英文接口对写程序不会有什么影响的。
2.LabVIEW Good Style :
使用Good Style开发LabVIEW是我一再强调的，好的写作习惯养成是日后建立大型项目的重要基础，要检查自己的程序是否符合Good Style最简单也是最快的方法就是打开Analyzer。
Tools-->VI Analyzer-->Analyze VI
他分析的面向很广包括:Block Diagram、Complexity Metrics、Documents、Front Panel、General、VI Metrix
分析完后会给一份报告，评估程序的风险程度，可以看到自己写出来的程序哪边和建议的违和，
或是直接查看 LabVIEW Check List ，检查什么事重要的项目。
5.架构选择:
我觉得程序架构只要稳、易维护，都是很好的架构；所以我并没有非常推崇高阶的程序项目架构，我认为需要依照项目、团队来选择程序架构，不过如果是初学者学习的话，我推荐下面的程序架构:
State Machine :适合小程序，需要轮转重复的功能
Producer & Consumer: LabVIEWPro介绍中文版
Queue Message Handler :这个比较进阶一点，不过试LabVIEW的Project Template，教学文件很多，可以试试看
Template-->Producer/Consumer
Template-->Simple State Machine
6.程序整理
程序凌乱绝对会降低Coding效率，意大利面程序、会增加维护的困难。
1. 建议常常使用工具把整理程序
2.避免过多弯取的线、堆栈的线
7.Type Define
使用State Machie Enum、GUI Tab、交握的Data、传递在不同程序的Data...等常常再不同VI或是同一个VI使用多次的原件都将型态存起来，好处是修改时不用一个一个更改，使用Type Define后一次可以修改到全部。
可以参考这篇教学:https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019MFtSAM
8. 程序大小控制在同一个画面中
如果你的撰写需要用50吋的屏幕才能完整展开，绝对是需要整理得程序、利用SubVI、好的程序架构、Good Style，增加程序阅读性。
9.不要滥用global、local Variable
变量滥用、Race Condition是LabVIEW开发初期的通病，使用过多会造成程序的不稳定性。试着使用FGV、Shit Register来取代这些跳脱数据流概念的变数；
这篇有详细的介绍: LabVIEW_什么是Race Condition(竞争危害)?
10 程序批注
千万不要觉得批注是帮助别人阅读自己的程序才需要写，我的经验是，大部分都是帮助自己 不用一年，程序逻辑没有文件的辅助是很难快速切入的。
应该是LabVIEW2014后，批注还可以加上箭头，非常的方便。
11.使用Cluster
Cluster的使用可以简化Block Diagram，最重要的是可以让相关的资料做一个结合，在后续的使用上比较清楚，也减少connect的接角。
请注意，当在bundle 和unbundle cluster 时一定要使用by Name的方法，最好搭配type define做cluster的数据结构定义。
12.开始写做前规划程序架构、应用方式
开始撰写前先想过程序需求用什么架构来开发会更融易、把需求想过一次后，会看到很多一开始想不到的盲点。最好是画出流程图，并把这些开发文件都留在项目、程序的文件夹中，帮助日后的阅读。
程序人机(GUI)建议:
1.利用对齐工具来让面板整齐:有各种对齐、置中对齐、靠左对齐、靠右对齐...
2.利用调整间距工具: 有各种调整间距的方法:平分、固定间距、0间距...
3.调整对象大小: 调整对象大小，也可以多选多个对象将他们调整成大小全部一样。
4.字体大小\颜色:
整个面板的字体大小、颜色最好控制在3种不同的组合，过多颜色、大小会让画面过于凌乱。可以分成 不重要小字(size:14、灰色)、正文(size:16、黑色)、非常强调(size:20、红色)
5.利用Tab简化控制组件很多的人机，才不会让使用者一次看到过多的控制组件产生恐惧感(?)
可以参考NI Example-->Programmatically Manipulate a Tab Control.vi 来看使用方法
Debug程序建议:
利用Explain Help查看错误码，每个错误都要发挥侦探的精神，找出最实质的原因，才不会出现"幽灵bug"的问题。(有时候会发生有时候又不会发生的bug)
项目程序建议:
1.文件夹整理，将程序依照自己的固定方法、分类整理control、SubVI，这样在移动项目时，不容易有"丢包"的subVI，也容易一目了然项目的程序用途。
2.使用VI Hirechy检视
从hirechy可以检查程序的整洁度和关联图，在阅读他人的程序格外重要，可以从这个架构途中，了解整个项目架构和应用层面。
