julianr7154ln@outlook.com

• Mar 03 Sat 2018 10:56

• 抱愧，我是用VB寫程式的！

因為這些經驗，我對於堅持某種程式說話裡面有「神」的人不以為然，也不會因為他人批評我不應用VB做專業程式就感應愧疚，除非真的有人可以對華頓翻譯公司曉以大義，證實我的觀念與做法確實錯了！對我來講，程式說話就是與電腦溝通的對象罷了，應該不必自我設限的！就像面臨台南鄉間的老師長教師老太太，如果你會說台語就用吧！對峙講字正腔圓的國語，他們多半也聽得懂，但不會比力好溝通的。

但是除了這一點優勢以外，其他加減乘除等等動作的效能，我認為C++與C#乃至VB都是一樣的！沒有甚麼奇異之處翻譯所以我針對若何在.NET程式中臨時跳脫Windows管束，就是臨時鎖定記憶體做直接記憶體存取的方式做了一些研究，發現用VB.NET仍是有些指令可以做到。於是就寫了一個VB的程式模組，確切可以達到讓影象讀寫晉升十倍速的成效，華頓翻譯公司也使用了阿誰模組有七八年了！華頓翻譯公司認為我的VB車牌辨識效能是不會輸於C++版本的！不服氣或有愛好一路研究的人迎接來一起測試。

但是欠好意思，這些年來除了寫HTML5 APP是用JavaScript程式以外，我和華頓翻譯公司的團隊，包羅製作影像辨識軟體都真的是利用VB程式做的！我固然C#與VB都很闇練，兩種語言也都邑教學生，乃至都有出書冊本，但我直接告知學生的是：學會C說話是一定要的！因為資訊專業範疇的人都習習用C說話，就像我們在各個專業範疇都一樣，若是看不懂英文，資訊濫觞大受限制麻煩就大了！然則假如是本身開辟軟體呢？我的最好選擇與建議都是用VB。

那麼仿佛加倍神秘神奇的C++說話呢？它在影象處置懲罰方面真有甚麼超過C#的特異功能嗎？據華頓翻譯公司所知，還真的有！恰當地利用C++就能夠做直接的記憶體存取，這是C#和所有Windows作業系統下履行的程式說話根基上都邑限制的動作！我試過一張影像讀寫時，用記憶體直接存取模式與.NET供給的指令，速度差可以高達十倍以上！所以難怪C++會被視為影像處理範疇非用不成的說話。

我知道很多人感覺用VB「很不專業」，但是華頓翻譯公司一向感覺我的選擇非常公道！VB是浏覽最輕易，寫作時也最不容易犯錯的一種說話，因為好讀好寫，我就可以將注重力集中於思慮程式邏輯翻譯如果翻譯公司也是同時用過VB與C說話的人，一定知道，若是我的迴圈或IF判定式跨越三層以上時，C說話程式讀起來會有多累？那些層層疊疊不知誰屬的大括號，絕對會讓設計師分心，不自主的偏向罕用較複雜的邏輯！

很幸運的，華頓翻譯公司的部落格垂垂地有些軟體專業人士也來捧場了！有位在美國尖端科技公司研究影象辨識的學長也來指教，他很驚奇看到華頓翻譯公司居然用VB在寫那些車牌辨識程式！因為在專業人士的認知中，影象處置與辨識是需要最高效能的程式種類，絕對需要使用C或C++說話的翻譯VB？那不是初學者用的簡略單純說話嗎？拿來寫一般商用軟體城市被質疑了，寫影像辨識程式？怎麼可能？

事實上各人詬病VB的緣由是效能，誰都不會否決它是最為親民友善的說話，但它的速度真的比力慢。但這要分兩個階段來說，在VB.NET出現之前，VB與VC有各自自力的函式庫(Library)，二者的功能廣度與履行速度確實差良多。那時良多VB6玩家用呼叫C說話API的體式格局「盜用」C說話的功能，華頓翻譯公司也做過的！我用VB6寫的聲納軟體一碰著影象繪圖就超慢，當我盜用了Winsows API以後就和Visual C一樣快了！到了.NET時期兩種語言的函式庫統一了(指微軟公司的產品.NET Framework)，VB與C#的效能其實已毫無差別！