[.NET] 對於VB的結構與陣列的一點心得
請輸入專案類型(網站專案或者應用程式專案): VB.NET 2010
主文寫在這裡: http://disp.cc/b/106-AJt
這是為了讀取檔案,研究了老半天才搞懂的東西
一些原本在VB6很簡單的東西到VB.NET 2010卻變得超級困難
這樣直接把value type array拿掉會不會有點太離譜啊
該考慮是不是要放棄VB.NET了...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 122.116.180.163
推
09/23 19:29, , 1F
09/23 19:29, 1F
推
09/24 05:44, , 2F
09/24 05:44, 2F
推
09/24 11:13, , 3F
09/24 11:13, 3F
Option Explicit是從以前就開著,但Option Strict實在太困難了
Dim A As UInteger = 0
A += 1
跟我說這樣有隱含轉換....要寫成 A += CUInt(1)
ORZ....
前面我還問了一篇晚期繫節沒辦法多型的問題....
推
09/25 08:17, , 4F
09/25 08:17, 4F
→
09/25 08:18, , 5F
09/25 08:18, 5F
就算是要求最嚴的ANSI C也不會連這種東西都要轉型
而且新一代的程式語言(PHP,JAVA等)已經逐漸走向連宣告都不需要
VB原本特色就在於弱型別,如果要這樣改我乾脆改成寫C#或C++就好了...
→
09/25 12:09, , 6F
09/25 12:09, 6F
→
09/25 12:10, , 7F
09/25 12:10, 7F
→
09/25 12:10, , 8F
09/25 12:10, 8F
→
09/26 21:31, , 9F
09/26 21:31, 9F
VB6早就沒在用了....
而且一開始明明就在講value type Array & reference type Array的問題
如果VB系列的弱型別特色被捨棄的話,VB本身也該被捨棄了
推
09/27 07:23, , 10F
09/27 07:23, 10F
弱型別的優勢在於直覺與快速的開發,維護本來就不是強項
弱型別語言通常也不會適用於大型專案軟體
比較受歡迎的程式語言多半允許混和兩種模式(經由特別的宣告)
而VB本來就是一種BASIC語言,限制已經很多了,現在連自由度都縮限...
※ 編輯: SmallBeeWayn 來自: 122.116.180.163 (09/27 15:55)
推
09/27 19:20, , 11F
09/27 19:20, 11F
→
09/27 19:21, , 12F
09/27 19:21, 12F
→
09/28 02:59, , 13F
09/28 02:59, 13F
→
09/28 03:01, , 14F
09/28 03:01, 14F
推
09/28 11:54, , 15F
09/28 11:54, 15F