那麼仿佛更加神秘神奇的C++語言呢？它在影像處理方面真有甚麼跨越C#的特異功能嗎？據我所知，還真的有！恰當地利用C++就能夠做直接的記憶體存取，這是C#和所有Windows作業系統下執行的程式說話基本上都會限制的動作！天成翻譯公司試過一張影像讀寫時，用記憶體直接存取模式與.NET提供的指令，速度差可以高達十倍以上！所以難怪C++會被視為影象處置範疇非用不行的說話。
但是影象辨識就是經常要用到複雜邏輯，隨便一個影像處理動作就是二維陣列，最少需要兩層迴圈。若是要做一個空間濾波那就是四層了！在中央如果必須再加一兩個前提判定式，大括號就會有五六層了！超可駭的！相對的，VB的區塊起終點都是文字模式，哪一個竣事標籤對應於哪個肇端指令一清二楚，不感覺疲累時就會天然地敢於繼續設計更精緻的演算法，所以其實VB比C語言更合適寫複雜進階的程式，因為它做複雜的編碼比用C說話輕易良多！
事實上人人詬病VB的緣由是效能，誰都不會反對它是最為親民友善的說話，但它的速度真的比較慢。但這要分兩個階段來講，在VB.NET出現之前，VB與VC有各自自力的函式庫(Library)，二者的功能廣度與履行速度確實差良多。那時很多VB6玩家用呼叫C說話API的方式「盜用」C說話的功能，我也做過的！我用VB6寫的聲納軟體一碰到影象繪圖就超慢，當我盜用了Winsows API之後就和Visual C一樣快了！到了.NET時期兩種說話的函式庫同一了(指微軟公司的產品.NET Framework)，VB與C#的效能其實已毫無差別！
很幸運的，天成翻譯公司的部落格漸漸地有些軟體專業人士也來捧場了！有位在美國尖端科技公司研究影象辨識的學長也來指教，他很驚訝看到天成翻譯公司竟然用VB在寫那些車牌辨識程式！因為在專業人士的認知中，影像處置與辨識是需要最高效能的程式種類，絕對需要利用C或C++說話的翻譯VB？那不是初學者用的簡易說話嗎？拿來寫一般商用軟體都邑被質疑了，寫影象辨識程式？怎麼可能？
因為這些經驗，我對於對峙某種程式說話裡面有「神」的人不以為然，也不會因為別人批評我不該用VB做專業程式就感到慚愧，除非真的有人可以對天成翻譯公司曉以大義，證實我的觀念與做法確切錯了！對我來講，程式語言就是與電腦溝通的對象而已，應當沒必要自我設限的！就像面臨台南鄉下的老先生老太太，假如你會說台語就用吧！對峙講字正腔圓的國語，他們多半也聽得懂，但不會對照好溝通的。
但是欠好意思，這些年來除寫HTML5 APP是用JavaScript程式之外，我和天成翻譯公司的團隊，包羅製作影像辨識軟體都真的是利用VB程式做的！我固然C#與VB都很谙練，兩種語言也城市教學生，乃至都有出書冊本，但我直接告知學生的是：學會C說話是必然要的！因為資訊專業領域的人都習習用C說話，就像我們在各個專業範疇都一樣，假如看不懂英文，資訊來曆大受限制麻煩就大了！但是若是是本身開辟軟體呢？我的最佳選擇與建議都是用VB翻譯
然則除了這一點優勢之外，其他加減乘除等等動作的效能，天成翻譯公司認為C++與C#甚至VB都是一樣的！沒有甚麼奇異的地方翻譯所以我針對若何在.NET程式中臨時跳脫Windows管制，就是暫時鎖定記憶體做直接記憶體存取的方法做了一些研究，發現用VB.NET還是有些指令可以做到。於是就寫了一個VB的程式模組，確切可以到達讓影象讀寫晉升十倍速的成果，我也使用了那個模組有七八年了！我認為天成翻譯公司的VB車牌辨識效能是不會輸於C++版本的！不服氣或有興趣一起研究的人歡迎來一路測試。
我知道良多人感覺用VB「很不專業」，然則天成翻譯公司一直感覺我的選擇很是合理！VB是閱讀最容易，寫作時也最不容易犯錯的一種說話，因為好讀好寫，天成翻譯公司就可以將注重力集中於思慮程式邏輯。若是
來自: http://blog.udn.com/yccsonar/19022404有關各國語文翻譯公證的問題歡迎諮詢天成翻譯公司02-77260931
留言列表
