0906 【萬泉河】一個(gè)問題:匯編語言支持面向?qū)ο缶幊虇幔?br />
這是一個(gè)很有意思的問題。
起因是我是首個(gè)把面向?qū)ο蠓椒ㄍ耆珣?yīng)用到工控行業(yè)的PLC工程師。 全世界范圍內(nèi)。
先別不服。
許多人看過我的視頻講座,講座中通篇講解了面向?qū)ο蟮姆椒ㄔ赑LC程序設(shè)計(jì)中的應(yīng)用。以及所著的新書《PLC標(biāo)準(zhǔn)化編程原理與方法》,其實(shí)通篇都在講面向?qū)ο筮@件事。
有一些人,簡單看了一眼視頻后就先來杠了, 面向?qū)ο舐铮皇鞘裁葱峦嬉。在IT領(lǐng)域早就流行幾十年了。 國內(nèi)也早有自動(dòng)化公司在做了。
看到?jīng)], 凡是跳出來不屑一顧的, 舉例子的時(shí)候都會(huì)是舉一個(gè)道聽途說的別人家的公司。 就沒見過誰勇敢地站出來說我我我!我做到了。
而我們從各大社區(qū)所能獲得的各行各業(yè)的PLC項(xiàng)目例子程序中, 也從來沒有見到過真正如煙臺(tái)方法般實(shí)現(xiàn)了徹底的面向?qū)ο笤O(shè)計(jì)的案例。
人類科學(xué)技術(shù)發(fā)展到今天, 完全原創(chuàng)的創(chuàng)新已經(jīng)很難有了。 現(xiàn)在能把不同行業(yè)之間的應(yīng)用加以融合,賣出第一步,就算很不容易的創(chuàng)新了。
我工作20多年,前面很多年都只能碌碌無為做寫重復(fù)性的工作, 掙點(diǎn)辛苦錢,養(yǎng)家糊口。 也就近4-5年,才有機(jī)會(huì)做出一點(diǎn)真正屬于自己的創(chuàng)新型工作,一方面自認(rèn)為運(yùn)氣好, 一方面也有厚積薄發(fā)的因素在里面。
所以, 我是當(dāng)仁不讓要把這個(gè)首創(chuàng)權(quán)霸占在自己名下了。有要跟我爭這個(gè)名譽(yù)的,歡迎來爭。 但要求是本人實(shí)名,拿自己作品來爭。 而不要什么所謂路見不平者毫無證據(jù)空口為別人爭。
當(dāng)然還會(huì)有另外一些人不認(rèn)可面向?qū)ο蠓椒ㄓ卸嗥婷睿?或者認(rèn)為技術(shù)上在PLC領(lǐng)域操作系統(tǒng)編程語言環(huán)境根本不可能支持, 所以質(zhì)疑我是否真的做到了,可以通過本文的邏輯分析見分曉。
首先一個(gè)基本的原理。
所有編程語言,最終都要經(jīng)過其編譯器或者解析器,編譯成為匯編語言,然后再成為二進(jìn)制的機(jī)器代碼,交給CPU運(yùn)行。通常認(rèn)為匯編語言,對應(yīng)的就是機(jī)器語言。
百度百科的解釋:
匯編語言, 即第二代計(jì)算機(jī)語言,用一些容易理解和記憶的縮寫單詞來代替一些特定的指令,例如:用"ADD"代表加法操作指令,"SUB"代表減法操作指令,以及"INC"代表增加1,"DEC"代表減去1,"MOV"代表變量傳遞等等,通過這種方法,人們很容易去閱讀已經(jīng)完成的程序或者理解程序正在執(zhí)行的功能,對現(xiàn)有程序的bug修復(fù)以及運(yùn)營維護(hù)都變得更加簡單方便。
所以, 假設(shè)一門完全支持面向?qū)ο蟮母呒?jí)編程語言寫成的程序,最終編譯后得到的仍然是匯編語言。
所以,假設(shè)你手里沒有原始的高級(jí)語言的編譯器和源代碼, 而只有其生成的匯編語言代碼,那么你把這個(gè)代碼全部抄寫一遍,也自然寫的是面向?qū)ο蟮某绦颉?br />
即,結(jié)果是完全一樣的。 無非過程中,對你的能力要求不一樣, 你需要記憶更多的指令,以及更多的程序架構(gòu)安排部署。
我們來看IEC 61131標(biāo)準(zhǔn)中規(guī)定的PLC程序語言IL指令表,在西門子中稱為STL, 其語句語法基本就是如上述匯編語言用到的ADD /SUB/ INC/DEC/MOV等等。那么我們大致可以認(rèn)為STL就是約等于匯編語言。
那么,如果我們認(rèn)為用匯編語言可以做出面向?qū)ο蟮腜LC程序, 自然STL也可以,那么LAD可以轉(zhuǎn)化為STL,所有STL指令在LAD中也都有對應(yīng)的指令,那么LAD梯形圖自然也完全可以做出完整的面向?qū)ο蟮某绦颉?
我們通常描述面向?qū)ο蟮娜筇匦,封裝繼承和多態(tài),討論P(yáng)LC平臺(tái)是否已經(jīng)提供并支持這些功能的時(shí)候, 其實(shí)應(yīng)當(dāng)認(rèn)識(shí)到的是,平臺(tái)如果提供了這些功能,那么只不過是便于我們便捷使用。 而如果平臺(tái)沒有提供, 那么需要程序員自己的能力來實(shí)現(xiàn)。
所以,當(dāng)我們評(píng)價(jià)某個(gè)PLC系統(tǒng)因?yàn)椴恢С炙圆荒茏龀雒嫦驅(qū)ο蟮母邇?nèi)聚低耦合的系統(tǒng)設(shè)計(jì)的時(shí)候, 其實(shí)是我們推卸責(zé)任了。 把不能做到的責(zé)任推給了平臺(tái)。 而其實(shí)那是我們自己能力不足導(dǎo)致。
這一點(diǎn),我在研究信捷PLC的標(biāo)準(zhǔn)化架構(gòu)的時(shí)候,領(lǐng)悟到的。 并在文章《0725 【萬泉河】所有小型PLC也都能做標(biāo)準(zhǔn)化程序了》中有所表達(dá)。
本文則是重新從頭做了邏輯的梳理。
這也是我近期開始對所有小型PLC平臺(tái)感興趣的原因。 在我眼里,所有PLC本質(zhì)都是一樣的,即便我從來沒有摸過,甚至名字都沒有聽說過, 要有人問我敢不敢接開發(fā)任務(wù), 在其平臺(tái)上實(shí)現(xiàn)程序標(biāo)準(zhǔn)化架構(gòu),我現(xiàn)在可以毫不遲疑地回答:可以!
這是我近來認(rèn)知上的最大的進(jìn)步。 我前幾年一些文章中,以及書中所表達(dá)的觀點(diǎn),抱怨一些PLC平臺(tái)性能差而導(dǎo)致不能做標(biāo)準(zhǔn)化,是錯(cuò)誤的。
而以往更多的同行,發(fā)表的更多的文章中,對所有PLC平臺(tái)全部判死刑,認(rèn)為缺少了這個(gè)或者那個(gè)功能而不可能實(shí)現(xiàn)的,那些作者們現(xiàn)在可以回頭思考一下這個(gè)邏輯了。