mattheflodux

法語翻譯

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

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

然則影象辨識就是經常要用到複雜邏輯，隨便一個影象處置懲罰動作就是二維陣列，最少需要兩層迴圈翻譯若是要做一個空間濾波那就是四層了！在中心如果必需再加一兩個前提判定式，大括號就會有五六層了！超恐怖的！相對的，VB的區塊起終點都是文字模式，哪個竣事標籤對應於哪個肇端指令一覽無余，不感覺疲累時就會自然地敢於繼續設計更精緻的演算法，所以其實VB比C說話更合適寫複雜進階的程式，因為它做複雜的編碼比用C說話輕易許多！

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

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

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

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

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