各位前輩日安,
從大一到現在接觸labview也一陣子,
沒做過這類的工作,所以不清楚會用labview的業界大概是什麼畫面
想請教各位前輩,在哪邊找得到小外包或是練功的地方,
我想繼續精進這支語言的能力,
以分類來說,是不是vision、motion、DAQ就算是labview的各大主軸了?
各位前輩日安,
從大一到現在接觸labview也一陣子,
沒做過這類的工作,所以不清楚會用labview的業界大概是什麼畫面
想請教各位前輩,在哪邊找得到小外包或是練功的地方,
我想繼續精進這支語言的能力,
以分類來說,是不是vision、motion、DAQ就算是labview的各大主軸了?
一直寫一直寫。
Labview就會進步。
第一層,把基礎打好。
包含資料型態,迴圈,位移暫存器,事件,狀態機基本元件的應用等。
第二層,進階用法
包括Design Pattern的觀念,佇列,通知器,動態事件,全域功能變數,Error handling ,非同步呼叫 等。
第三層 開始學物件導向,各種框架(如 AF,DQMH)等。
Labview 的各種應用只是其次,先把Labview基礎打好,不然寫出來一定是義大利麵。
在學習和精進的過程中
慢慢建立寫程式的一些規則。
並遵守它或者打破它。
遵守它的原因,是因為不讓類似錯誤再發生。
打破它的原因,是因為已經夠了解這條規則。
感謝Evilbear的回應
各種的資料型態、迴圈這個我有一定程度的熟悉~
Design pattern 如 producer-comsumer、Quene也是常客
現在我一直在找資料學LVOOP跟DQMH,有點抽象不是很好懂
但也著手練習中~
同時我也將自己寫過的code用 snippet存起來
類似的功能拉上來改一改就好~
目前我只有走到這步
相信你對Labview已有一定認識。
但很想再上一層。
那麼請你挑戰這條Rule
每個VI都要在一個螢幕解析度看完
至少是1024x768
這條規則很簡單,但能真正做到人不多。
如果你能作到,
表示對Labview 的熟悉度更上一層。
冒昧確認一下您的意思,
是指「每個VI都得在最少1024X768的解析度下寫完」
換句話說是block diagram最少在1024X768的空間就得寫完,
不允許是一大盤的義大利麵~
是啊,
我的現在每個新建VI
都一定在筆電上的一個螢幕解析度看完,
包含主VI。
這個就是考驗Labview功力的地方。
我也是花了好幾年,
才完全能自由且輕易地做到。
哇塞!
那前輩對於耦合的控制力一定很強~
如何做到低偶合也讓我頭痛中!
模組化雖然快速有用,但如何不要讓VI之間糾纏,
非常吃功力
建Library或類別Class 有一個準則。
就是內容要高內聚,低耦合
很多人建Library 時,會往裡面塞很多東西,
容易變成低內聚。自然也會變成高耦合。
一點觀點供你參考
往這方向走看看~
怎麼樣把code切得很乾淨又能好擴充
模組化的好又可以各司其職~
非常感謝 evilbear前輩~