其他

第一次以物件導向的思想敲登入小例子，例子雖小，不過給我的協助和啟示卻是不可小窺的！ 1、對三層的理解 這次我們用的是三層的架構思想來練手的。說到三層那就不得不說說經典的訂餐例子，大家還記得嗎？ 利用三層的思想對系統進行解耦，分層，便於我們管理和分工合作，充分體現了“高內聚，低耦合”的思想。其中服務員手中的菜單就是參數，用於在三個層之間進行資料傳遞和操作（通常，我們常用的是實體類，將參數封裝在實體類中，用到了封裝和解耦的思想），服務員即為U層，廚師為B層，採購員為D層。  再來結合我自己敲得這個例

又一次忍不住想要嘮叨一下畢業後的日子，再次懷念一下過去的酸甜苦辣。 從7歲開始上學，到現在的23歲從大學走出來，求學之路沒有盡頭，現在仍在汲汲營養，努力學習中…… 回顧以前的求學生涯，小學的頑皮，中學的叛逆，高中的壓抑，大學的放縱。其中因為名次哭過，因為誇獎得意忘形過，更多的是迷茫和埋頭前進。小學的自己，為了爭口氣而學；中學的自己，為了什麼而學？記不太清楚了，感覺就是為了自己不能倒退，不能被落下而學吧；高中的自己，為了升大學而學，當時被告知的就是，到大學了你就解放了，沒人管了，享福了，所以，努力

最早接觸“英國達人秀”這個節目，是從蘇珊大媽開始的。一個天生有些智力問題的單身中年女性，在大家的鄙視嘲諷中，一曲成名。美妙的嗓音征服了所有人。 我一直喜歡奇蹟的發生，那麼神奇，美妙，又那麼幸運，英國達人秀，告訴了我，奇蹟的發生，建立在背後的無數努力和對夢想的堅持上。 我實在太喜歡那種一鳴驚人的感覺了，光環那麼耀眼，但是卻不是誰都能有的， 不完美的人身上必有一種自己獨特的魅力或是能力，也許你自己還沒有發現，但是通過別人的表現，你應該是自豪的。一路從達人秀走過來，選手們都會變得越來越自信和努力，我想

每年提高班的寒暑假，關於什麼時候放假，放幾天，幾號回來，都是大家熱衷談論的話題。 關於為什麼放5天假，不能隨意請假的問題我們都在提高班第一年學習的時候瞭解到了，並且貫徹執行，但是，等真到了那一天，我們的思鄉之情就不可抑制的瘋狂滋長，這個時候，情感戰勝理智，我們總是想著，多放幾天該多好，實在是想跟家裡人多待會，就產生了跟米老師交涉，各種理由請假的事情（當然啦，這種現象還是比較少數的）。 這個時候米老師的態度很堅決，不準。少一天你就少一天畢業。你現在的每一天都至少價值500元。你回家多呆一天，只能陪

      2013年3月3號至2013年5月11號，兩個月的專接本備戰階段。付出了很多，也收穫了很多。小小的總結了一下，大致上有以下幾點感觸:   首先，就是自己的心態；  數學，是我一直都比較抵觸的，不過這次要真的很感謝海芳姐了，準備之前問海芳姐的一些經驗，對於數學她當時說她用了一周的時間就把數學看了一遍，不是很難。所以在我真正開始準備的時候，對於數學也就感覺是自己可以掌控的。這樣再繼續往下看數學，心理負擔小了很多。就像米老師講的MAX定理一樣，你假設什麼，就會出現什麼。  

     對於初學者來說，心中最大的疑惑可能就是VB和VB.NET的區別了，關於此，在上篇部落格中我們已經詳細地介紹了，再此不再多說。（上篇地址：VB與VB.NET的區別）     這篇文章會對VB.NET進行宏觀的介紹，更好的方便初學者認識VB.NET。             Visual Basic.NET是基於.NET Framework的一種完全物件導向的語言,簡稱為VB.NET。它的設計目的是為了快速而簡潔地開發包括Web服務於ASP.NET Web應用程式在內的.NET

具體詳解：SQL：是一種資料庫查詢和程式設計語言，用於存取資料以及查詢、更新和管理關聯性資料庫系統。同時也是資料庫指令碼檔案的副檔名。T-SQL：SQL程式設計語言的增強版，它是用來讓應用程式與 SQL Server 溝通的主要語言。T-SQL 提供標準 SQL的DDL 和 DML 功能，加上延伸的函數、系統預存程式以及程式設計結構(例如 IF 和 WHILE)讓程式設計更有彈性。

1.簡單原廠模式：   其中主要涉及到四方面內容：  一是：代碼規範。這不僅需要初學者注意，也需要那些在這方面做得不夠的老程式員加以重視。正如米老師經常說的一句話：代碼是給別人看的！只有自己能看懂的代碼，不是好代碼。關於代碼規範，提高班有專門的相關文檔，是王鵬師哥和李雪茹師姐編寫的，大家可以多看看。  

     剛剛接觸VB.NET時，心中一直有一個問號——VB和VB.NET究竟有什麼區別呢？經過初步學習後，我覺得可以通過以下五個VB.NET的主要特點來瞭解VB和VB.NET的區別。       一、VB.NET有兩種新的表單方式---Windows表單和Web表單.          VB.NET允許建立不同類型的應用程式，例如，可以建立ASP.NET和ASP.NET Web服務應用程式，還允許建立控制台應用程式和作為案頭服務啟動並執行應用程式。   

9.建造者模式：   千萬個飯店，千萬不同味道的魚香肉絲，但是千萬個肯德基，卻只有一種味道。由此程傑老師引出了這一模式--建造者模式。建造者模式，也就是將一個複雜物件的構建與它的表示分離，使得同樣的構建過程可以建立不同的表示。   利用建造者模式，使用者只需指定需要建造的類型就可以得到它們，而具體建造的過程和細節就不需要知道了。簡單來說，建造者模式是在當建立複雜物件的演算法應該獨立於該對象的組成部分以及它們的莊派方式時適用的模式。10.觀察者模式：  

        在機房收費系統過程中，試著使用了預存程序，離之前資料庫的學習已經有些日子了。之前對於預存程序的瞭解也是聽過而已，非常不清楚。因此，寫這篇部落格！       專業概念：預存程序是一個SQL語句和控制結構的集合，建立於資料庫。簡單的說，就是一組固定操作的SQL語句集合，類似於程式設計語言當中的函數或過程，可以通過名稱直接調用。可以通過T-SQL語句和企業管理器建立。T-SQL文法如下：CREATE PROCEDURE （建立儲存過程） CREATE PROCEDURE

          ADO.NET是ADO的改進版，其中ADO.NET更好的支援了資料訪問和資料處理分離的概念。這裡Data.Set是ADO.NET實現中斷連線體系的核心組件,相當於在記憶體中開闢了一塊獨立的緩衝。當我們把資料填充到Data.Set中後，即可斷開與資料庫的串連只對Data.Set中的資料進行處理，而後在更新到資料庫中。下面我們先看看ADO和ADO.NET在資料訪問上的區別。      1、資料在記憶體中的表示方式：                 

       vb.net中的錯誤處理包括兩種：非結構化異常處理技術和結構化異常處理。非結構化異常處理技術在vb 6.0中使用的比較普遍，即通過Err對象和ON Error、Go To、Resume等語句來實現。這種方式可以跟蹤最近產生的異常和最近例外處理常式的位置。而結構化異常處理使用包含異常、代碼塊和篩選器的控制結構建立處理機制，即Try catch finally throw等關鍵字組成的結構化機制。因為非結構化異常處理在vb 6.0裡已經接觸過了，所以這裡只講結構化異常處理。      

        對於任何人來說，在學習之初，我們感覺困難的不是新知識的學習，而是新知識和舊知識極類似的部分。這樣，會讓我們感覺迷茫，極大的混淆了我們已有的知識經驗，對此我們會感到恐慌，所以，對於新舊知識的區別學習，是米老師一直強調的，也是我們迫切不要學習的。        現在要說關鍵了，ADO我們在一年前已經有所接觸了，一年後，霎間ADO.NET，慌了，這是什麼呢？和ADO有什麼區別呢？為什麼ADO還在正常工作時，我們還要學習心得Data Access

       機房收費系統個人版中大家都使用了設定檔，主要用於設定資料庫的連接字串。將連接字串從代碼中獨立出來儲存於設定檔中的好處是：可以靈活的串連不同的資料庫執行個體。事實上，如果以參數的方式也可以實作類別似的功能。但是當串連執行個體改動時，設定檔方式的改動要比參數方式來的更簡便安全。      

    我們對於防止學生重複登入機房收費系統的做法通常是在表中添加一個標記學生上機狀態的欄位，然後根據上、下機的操作來修改該欄位。那麼這麼做的問題是，但程式出現異常而奔潰時下機操作將不被執行。那麼也就是使用者就會一直處於線上狀態而無法登入。因此根據暫存資料表自動回收的特性，我們使用它來實現防止重複登入的功能。    先簡單介紹一下SQL

一、定義1、是一個用於存取資料來源的COM組件。2、ADO是一種物件導向的編程介面。（活動資料提供者）二、使用     1、使用ADO，可以在visual basic 中開發資料庫應用程式。      2、可在Active Server Pages中構建Web資料庫應用程式。三、ADO和 OLE DB的關係     1、ADO通過OLE DB實現對不同類型資料來源的訪問。     2、ADO資料控制項、ADO、OLE DB和資料提供者之間的關係：                        3

    在軟體體系架構設計中，分層式結構是最常見，也是最重要的一種結構。微軟推薦的分層式結構一般分為三層，從下至上分別為：資料訪問層、商務邏輯層、展示層。            1、展示層（WEB）：位於系統的最外層，離使用者最近。用於顯示資料和接受使用者輸入的資料，只提供軟體系統與使用者互動的介面介面。       注意：不要在展示層寫與商務邏輯和資料訪問相關的代碼甚至ＳＱＬ語句。         

在寫之前，都知道自己想些什麼會寫什麼了，無非就是自己一開始的拖延，各種畏難情緒，然後是自己加班加點，頂著各種壓力開始做，做完後發現根本沒自己想的那麼難，然後各種分析總結，最後再勵志一下，開始新的旅程。 可是，在手指觸到鍵盤的時候，卻沒有敲下去，因為，感覺那麼熟悉，這樣的流程，我是否，在第一遍機房收費系統的時候，也這樣來過一遍？於是手指轉向滑鼠，讓自己重溫了一下當初敲第一遍機房收費系統的心理曆程，有部落格記錄（《第一遍機房收費系統小結》）啊。 接著，我就有些小鬱悶了。裡面的一句話，這是讓我又愛又恨

17.單例模式：   對於一些剛剛學習物件導向思想的小菜們，普遍的會出現定義過多的類這一現象，對此，程傑老師提出，有些類，也需要計劃生育。也就是說，類，並不是越多越好。這就涉及到了一個模式——單例模式。   單例模式，保證一個類僅有一個執行個體，並提供一個訪問它的全域訪問點。通常我們可以讓一個全域變數使得一個對象被訪問，但它不能防止你執行個體化多個對象。一個最好的辦法就是，讓類自身負責儲存它的唯一執行個體。這個類可以保證沒有其他執行個體可以被建立，並且它可以提供一個訪問該執行個體的方法。