其他

       以會議記錄的方式來表現這階段總結，希望更詳細易懂一些。參會者：賈琳，劉豔玲，王永俊，於亮，高迎，孫麗端。會議內容：      一、上階段驗收       兩位師傅對我們四人的相關學習資料，例如：視頻筆記，總結導圖以及部落格等，分別進行了檢查，並提出了相應的意見和建議。下面就以我為例，先行解說吧。。。     （1）視頻筆記   

UML使用案例圖 使用案例圖主要是用圖來表示系統的主事件流程。它主要用來描述客戶的需求，即使用者希望系統具備的完成一定功能的動作，通俗地理解用例就是軟體的功能模組。設計人員根據客戶的需求來建立和解釋使用案例圖，用來描述軟體應具備哪些功能模組以及這些模組之間的調用關係。 使用案例圖包含：用例、參與者、關係，用例之間用關聯串連以求把系統的整個結構和功能反映給使用者，對應的是軟體的結構和功能分解。 用例是從系統外部可見的行為，是系統為某一個或幾個參與者（Actor）提供的一段完整的服務。從原則上來講，

         傳統：             選擇一個待完成的任務             將番茄時間設為適合自己的固定時間             專註工作，中途不允許做任何與該任務無關的事，直到番茄時鐘響起。             每4個番茄時段多休息一會兒        1）一個番茄時間（25分鐘）不可分割，不存在半個或一個半番茄時間。       2） 一個番茄時間內如果做與任務無關的事情，則該番茄時間作廢。       3）永遠不要在非工作時間內使用《番茄工作法》。      

       在做系統時用到了這個控制項,想用它去實現一些功能,於是去網上搜集了一些資料,將常用的匯總了一下,方便以後查詢,也將它分享給大家,希望能對您的學習有或多或少的協助 1、　DataGridView 取得或者修改目前的儲存格的內容：目前的儲存格指的是 DataGridView 焦點所在的儲存格，它可以通過 DataGridView 對象的 CurrentCell 屬性取得。如果目前的儲存格不存在的時候，返回Nothing'

1、簡單原廠模式 簡單原廠模式：就是由一個工廠類根據傳入的參量決定建立哪一種產品類的實現。 優缺點：1、對於工廠角色不滿足開放封閉原則；2、實現責任分割。 2、Factory 方法模式（Factory Method） Factory

               之前就想過這個問題，這麼熟悉的幾個東西居然對他們分析的不是很透徹、 “End”  跟  “Unload  Me”  在敲程式的時候經常敲到，“exit  sub”  更是熟悉，下面，解析：           End  跟 Unload me                      End是強制結束整個程式，而Unload Me是卸載當前表單，當程式中最後一個表單被卸載後，整個程式將自動結束，如果當前表單不是程式中的最後一個表單，程式是不會結束的         

         剛剛看完文檔的時候覺的文檔特別有道理，心裡直呼：“小菜鳥也有春天，哈哈，機會來也！”。於是心裡燃起熱火為我提供澎湃的動力去short brain，只是呢這種激情來的快退的也快，面對26個字母構成的英文只是無奈哈。但是，想我做了菜鳥這麼些年好不容易等到希望，又豈能輕言放棄？於是我覺定做好總結，努力告別菜鳥季，迎接屬於菜鳥的春天！         SB英語之本性難移：        

UML的九種圖：使用案例圖，類圖，對象圖，狀態圖，活動圖表，順序圖表，共同作業圖表，構件圖，部署圖。外加包圖。 （一）、使用案例圖 1、定義:由參與者（Actor）、用例（Use

       二八定律也叫巴萊多定律，是19世紀末20世紀初意大利經濟學家巴萊多發明的。他認為，在任何一組東西中，最重要的只佔其中一小部分，約20%，其餘80%的儘管是多數，卻是次要的，因此又稱二八法則。  基本內容               （1） “二八管理定律”。                           企業主要抓好20%的骨幹力量的管理，再以20%的少數帶動80%的多數員                                 工， 以提高企業效率。       

概念：動態給一個對象添加額外的職責，就增加功能來說，裝飾模式比產生子類更為靈活。結構圖：解析：Component類：       定義一個對象介面，可以給這些對象動態添加職責（方法）。ConcreteComponent類：       定義了一個具體的對象，也可以給這個對象添加職責。Decorator類：     

      在軟體開發系統中,客戶程式經常會與複雜系統的內部子系統之間產生耦合,而導致客戶程式隨著子系統的變化而變化.那麼如何簡化客戶程式與子系統之間的互動介面?如何將複雜系統的內部子系統與客戶程式之間的依賴解耦?這就需要用到面板模式(Facade)了.定義:        為子系統中的一組介面提供一個一致的介面,此模式定義了一個高層介面,這個介面使得這一子系統更加容易使用,又稱為門面模式,它是一種對象結構型模式.結構圖:                     解釋:       

當我們在進行合作開發時，如果類不是同一個人開發的話，我們就需要編寫我們的類頭注釋。那麼針對這一段注釋，我們採用怎樣的編寫方式？是粘貼複製呢，還是選擇讓VS智能的幫我們添加呢？當然是智能添加更加省時省力了！操作步驟展示如下：開啟VS的屬性，點擊“開啟檔案位置”按照步驟②找到指定的位置，修改你想修改的地方，這裡我選擇的是③ClassZip，你可以根據你的要求修改不同的地方用記事本開啟如下紅色部分將編寫好的模版添入其中這樣完成後，儲存。這樣當你在建立一個類時，VS就會自動為你添加類頭模版了。

       文字框是一個程式資料輸入的關鍵組件，為了實現對資料輸入的規範和資料安全（如果輸入不當，例如：輸入的資料需要在資料庫中處理，資料中含有SQL語句過敏的符號或關鍵詞，就會造成資料庫癱瘓，系統癱瘓），所以，就需要我們在文本輸入的時候進行一下簡單的限制。        我們在使用其他軟體的時候，提示只讓輸入，大小寫字母，還有數字，我們通過利用 Kepress 事件來限定。a~z對應的KeyAscii是97~122 。A~Z對應的KeyAscii依次是65~90 

問題及解答1：即時錯誤’91’：物件變數或With快變數未設定分析：資料庫未串連上。解決方案：（1）檢查串連資料庫的代碼是否有錯。①特別注意其中的標點符號（中英切換問題，單引號與雙引號問題，逗號與分號問題）。②注意留出空格（一般串連資料庫的語句的最後都會有一個空格）。比較有效方法是，重寫串連資料庫的那一個語句。（2）檢查ODBC資料來源是否配置且成功。     資料庫配置方法見我的另一部落格http://blog.csdn.net/wangqingbo0829/article/details/9

 簡介之所以名稱為“設計模式之0”，是因為，簡單原廠模式並不屬於23種GOF設計模式之一。他是由一個工廠對象決定建立出哪一個產品類的執行個體。簡單原廠模式是原廠模式家族中最簡單實用的模式，可以理解為是不同原廠模式的一個特殊實現。實質是由一個工廠類根據傳入的參數，動態決定應該建立哪一個產品類（這些產品類繼承自一個父類或介面）的執行個體。角色工廠（Factory）簡單原廠模式的核心，它負責實現建立所有執行個體的內部邏輯。工廠類可以被外界直接調用，建立所需的產品對象。抽象產品（Product）簡單原廠

        Insert是T-sql中常用語句，Insert INTO table(field1,field2,...) values(value1,value2,...)這種形式的在應用程式開發中必不可少。但開發、測試過程中，經常會遇到需要表複製的情況，如將一個table1的資料的部分欄位複製到table2中，或者將整個table1複製到table2中，這時候我們就要使用SELECT INTO 和 INSERT INTO SELECT 表複製語句了。但才者有著一定的區別！        1

動機        在軟體系統中，經常面臨著“一系列相互依賴的對象”的建立工作；同時由於需求的變化，往往存在著更多系列對象的建立工作。如何應對這種變化？如何繞過常規的對象的建立方法（new），提供一種“封裝機制”來避免客戶程式和這種“多系列具體對象建立工作”的緊耦合？這就是我們要說的抽象原廠模式。簡介       

說到預存程序和觸發器，其實在以前做機房收費系統的時候就接觸到了。但是當時總感覺預存程序和觸發器是比較進階的東西，這個系統不用這些東西也可以。於是就一直沒有好好研究這塊知識。現在看牛腩新聞發布系統，再一次涉及到了這個東東，這才發現，預存程序和觸發器並沒有想象的那麼高深莫測。也許有人會說：那是你沒有深入研究。是，我承認，但個人覺得目前我們還沒有必要那麼深入研究。我們要做的就是：用20%的努力，獲得80%的知識。這樣就基本上可以滿足我們日常的需求了。下面就宏觀上說一下預存程序和觸發器。什麼是預存程序呢

在Ubuntu 10.04下安裝Google拼音IME（其實就是scim的擴充），如下：A. 擷取代碼：（沒有git的先安裝git：sudo apt-get install git-core）$ git clone git://github.com/tchaikov/scim-googlepinyin.git$ cd scim-googlepinyinB. 編譯前提：上面給的連結裡面有介紹怎麼編譯的，但少提了幾個必要元件，這裡列一下：* autotools-dev* libgtk2.0-dev*