拙仔 發表
1-1為有關.NET的介紹，要學習VB.NET，你一定要先了解她的V使用環境，本篇內容參考來源為[碁峰]Visual Basic .NET網路程式發展實務一書。
|
哈哈..笑什麼 -> 6.0都沒學完就又學VB.NET |
|
對阿，真的很抱歉，之前一直想寫VB6的教學，但情非得已。不過，我還是得為你們帶來這劃時代的M$的產物，因為她實在太棒了。 首先，我要先帶來幾篇介紹，試著讓大家能夠多了解她，而較能快速學習快速吸收，其主要文章內容應大多為讀後心得。 我為大家挑的第一本書是 [碁峰] Visual Basic .NET網路程式發展實務 希望大家會喜歡。 |
|
.NET - > 大多的書，要講解Visual Basic .NET之前，都要讀者務必先了解何謂「.NET」，不過各家所解釋和表達郤不盡相同。 |
||
|
到底這個新名詞(.NET)能帶來什麼影響，過去的網路程式發展，仍存在許多問題和限制，微軟公司為了克服這些問題，提出了.NET。 |
||
|
．資料的整合與互通 |
||
| NET採取「XML」網路開放標準技術，使得資料的格式能夠統一，而有使得資料能夠效地交換與運用。例如以往甲公司提供免費郵件申請，而乙公司提供免費網頁申請，而您要使用此二家服務，便得各申請註冊一組帳號，若能有效的統一資料格式，資料就可以在網站之間互相傳遞交換，使用者便能直接取用，而無須再重新登入。 | ||
|
．程式跨平台的問題 |
||
|
如果你在Windows 98下寫的程式，拿到Windows 2000或是Windows XP底下執行，都有無法使用的可能，更別指望它能在別的平台下操作，如此一來，相同功能的程式，就必須為每種環境重新撰寫編譯一次，這樣在程式的開發上，就多了許多麻煩、浪費時間與不必要的花費。 問題無法解決的原因在於沒有一個統一的編譯器，我們都知道，在不同平台與硬體上所開發的程式，編譯後的結果大不相同，而.NET Framework(註1)先將原始程式編譯為中介語言IL(Intermediate Language)，等到在平台上第一次執行程式時，再由JIT(Just In Time)編譯器將IL編譯成該平台機器的原生碼(Native Code)，如此就能解決以往在程式開發上的大多問題。 書中還提供喔，這更是棒，.NET的目標不只是程式的跨平台，.NET Framework提供了一個巨大的涵式庫，在.NET Framework下進行程式的開發，每個程式設計師可以選擇自己的語言工具，例如C++、c#、Visual Basic、Java…等來進行程式的開發，就不用為了開發必要的程式，而要重新適應學習新的語言工具，不過，前提是在.NET Framework下喔，必竟這是M$的野心，就像秦始皇要統一時，先將文字語言統一是一樣的。 |
||
|
．共同語言的執行環境(CLR) |
||
| 這是什麼，你知道Java的虛擬機器嗎？嗯，CLR也是一樣，當程式寫好經由編譯過不是會產生上面介紹的中介語言(IL)，然後，在不同的機器上，CLR便會將這個編譯後的中介語言(IL)再轉換成原生碼(Native Code) ，以前程式設計師依各自的函式庫或COM或Win32 API所開發的程式碼，稱為「未管理程式碼Unmanaged COde」，而支援.NET的程式語言，為共同語言執行環境控制的程式碼稱為「已管理程式碼Managed Code」。 | ||
|
．基礎類別函式庫(Base Calss Libray) |
||
| 以往設計程式時，都會有許多的類別函式庫，但也因而限制了各資源設備的不同而造成跨平台障礙，基礎類別函式庫就是提供了程式設計所需要的各種功能類別，透過這個巨大的類別函式庫，可以使程式開發人員以一個標準統一的類別基礎開發程式，克服以往跨平台執行的缺點，是不是很棒呢？ | ||
| 當然，對於.NET的相關資訊還很多，以後陸續找尋資料，提供大家觀看。 不過，最好是看原作者的書啦，這只是我個人覺得較有關Visual Basic .NET的部分。 |
||
| 備註 - > 以上有(註1)(註2)的地方說明 | ||||||||||
| .NET Framwork |
是微軟建置以網際網路為平台應用程式所提供整體解決方安的產物，提供一般應用程式開發者基礎工具與開發出來的應用程式可以執行在有一個豐富、穩定、高效率的執行環境，我們所關心的跨台的問題，也都是用她來解決，
.NET平台的語言編譯過程 所開發的程式碼→編譯器→中介語言→JIT編譯器→原生碼(Native Code)or機器碼(Machiae Code) 喔..講到別本書去了，還是慢慢來好了，今天就為準備到這裡了。 |
|||||||||