最新天堂中文在线丨午夜嘿嘿嘿影院丨亚洲国产精品高清久久久丨中文字幕人成乱码熟女app丨www91亚洲丨97成人资源丨成人中文字幕+乱码+中文字幕丨一区二区三区在线 | 日丨日韩免费大片丨亚洲欧美一区二区三区丨国产在线观看a丨亚洲成人第一区丨国内免费视频成人精品丨亚洲综合色网站丨午夜精品美女久久久久av福利丨国产午夜人做人免费视频网站丨国产又黄视频丨97se狼狼狼狼狼亚洲网丨狠狠亚洲婷婷综合色香五月丨中国一级毛片黄丨国产女人十八毛片丨国产色视频在线播放丨国产亚洲精久久久久久无码苍井空丨天天摸日日摸爽爽狠狠丨久久综合香蕉国产蜜臀av

某個網站上的一段話，有個疑問：現在都不用梯形圖了？？都用什么編程？

    目前來看梯形圖只是沒有以前那么風光，但并沒有過時，而且在小型項目中未來幾十年內不會消失。
    本人也學過C，C++，C#，也用java寫過app，剛畢業那幾年，寫PLC程序總是習慣性的用計算機的思路去寫，其實也無非就是邏輯運算指令，數據處理指令用得多一點，跳轉條件優化得比較精簡。卻讓我異常尷尬的是，很多接手的兄弟看不懂那些不常用的指令，對那些組合條件不懂如何分析，不敢改程序，到最后還是要我親自出手去改，累死累活，有一種諸葛丞相放眼大漢后繼無人的感覺。。。
    后來慢慢想開了，PLC編程跟計算機語言是不同的，有其自身規律。
    PLC編程方便簡單，貼近硬件。最重要的是門檻很低，很多接過幾年線稍微有點上進心的電工都能學會。而大部分PLC程序的邏輯也很簡單，尤其是小型機器，基本都是順控過程，復雜的算法少之又少。對這種小設備，就應該用最簡單的邏輯，最常用的指令，最死板的流程，達到一種隨便一個人接手，一看就懂的程度的程序，省時省力。到現在，有時候可以一個MOV批量操作多個點的情形，我也可以寫十幾個out，一個個輸出，就為了調試方便，也為了有些人看到KnM就頭大。當然，實在太多了該用還是得用，不能一棒子打死。白居易寫詩問老百姓能不能聽懂，大概就是這個意思吧，大巧不工，大智若愚。
    以上所說的針對門檻不高的小項目，對于大型的，難以分解的復雜項目，梯形圖就有點顯得力不從心了。如同匯編語言，雖然很強大，但總是會被更高級的語言所替代的。畢竟科學在進步，沒有什么東西是永不過時的。