其他

             前天和昨天，倩蘭師姐對我和陳方林的學生資訊管理系統分別進行了驗收，自己給自己測的時候由於自己的習慣，也沒有測出什麼問題，可在倩蘭師姐的手下，打破原有的習慣，發現了許多問題。問題系統BUG:        1：登入表單運行後，當輸入錯誤密碼或使用者名稱時，直接退出整個，而不是對密碼或使用者名稱修改，然後再登入。        2：彈出框的內容與實際資訊不符合        3：修改系列表單，進入後，如果點直接“更新資料”按鈕後報錯       

ASCII表 分析此表： 1.      此表前三列不經常用，故只需記住前三列中四個特別的，其為： 名字用途二進位（B）十六進位（H）十進位（D）LF軟斷行符號0000,1010 0A10CR斷行符號0000,11010D13ESC退出0001,10111B27SP空格0010,0000 2032 2.     

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

今天劉佳涵在會議上又提到它，問我們該怎麼提高提高班的團結凝聚力。我仔細想了想了，覺得可以從這幾個方面來做吧。第一：團結凝聚力要進入每個人的心裡，它不是個人的事，也不是幾個人的事，而是九期提高班中每個人的事。 第二：要主動協助他人，尊重他人，當有人需要你幫忙時，我們要竭盡全力去幫，而不是儘力而為。同時，我們要有善於發現的眼睛，看到他人有困難時，就主動伸出手。也許在你看來，這是小事，但當你幫的人也學會了主動伸手，那他也會主動為他人伸手。按照連鎖反應，那麼我們每個人都會為他人主動伸手。提高班裡的人也會

   簡單原廠模式、抽象原廠模式、Factory 方法模式，這三種原廠模式都屬於設計模式中的建立型模式，它們在形式和特點上也多少有些相似，其最終目的都是幫我們將對象的執行個體化部分取出來，進而最佳化系統架構，增強系統的擴充性，也就是說更好的體現開放封閉原則。簡單原廠模式：概念：       簡單原廠模式是類的建立模式，又叫做靜態Factory 方法模式，是由一個工廠類根據傳入的參量決定建立出哪一種產品類的執行個體，涉及到工廠角色、抽象產品角色以及具體產品角色。結構圖：         分析： 

        委託是什嗎？在C#的視頻中，楚廣明老師說委託可以看成是一種資料類型，可以用於定義變數，但它是一種特殊的資料類型，它所定義的變數能接受的數值只能是一個函數。楚老師指出，委託更確切的說是一個能接受函數的一個變數，類似於C++的指標。        我沒有學過C++，不知道C++的指標到底該怎麼用，又有什麼功能。所以，對於楚廣明老師說的這些我是真的有點不明白，後來我看到這樣幾個例子： 例子一：這是兩個數相加的例子。class Program {

       在軟體中，建立一個對象需要花費不少時間，遠沒有選中，然後Ctrl C與Ctrl V來的快，通過這兩個快速鍵，就產生了你想要的一模一樣的東東，雖然東東一樣，但是記憶體地卻不一樣，這就跟設計模式中的原型模式差不多，我個人覺得，Ctrl C與Ctrl V就是原型模式的最好應用。原型模式：概念：       用原型執行個體指定建立對象的種類，並且通過拷貝這些原型建立新的對象。其實就是從一個對象再建立另外一個可定製的對象，而且不需要知道任何建立細節。結構圖：                 

    一、出現的問題      在使用ADO直接存取Access資料庫（我自己用Microsoft Access 2010建立的資料庫）時，發現了這個問題。        二、思考的過程      首先，我想到的就是：是不是我建立的資料庫有問題，於是就換了一個其他的資料庫，結果其他的運行正常。      這時我就納悶了，是什麼情況呢？前後細細比對了這兩個資料庫，終於找到了源頭---格式不同！我用Microsoft Access

New英語是我們團隊五個人共同的結晶——薑海強、朱火雲、陳方林、王雪蓮、我，其實原本我跟陳方林是一組，強哥、火雲、雪蓮是一組（雪蓮是在王宇走後加入的）。4月22號第一次作品展前，強哥就否定了他們原來做的作品（一個關於寶寶的作品），超越不了八期巨亞紅師姐他們去年的作品，所以選擇重新做一個作品（關於英語學習的）。而那時，我跟陳方林的作品也剛剛出爐（也是關於寶寶的作品），看了22號那天的作品展後，我倆是一點興趣都沒了，覺得他們太偉大了，做的棒極了，相對於他們的作品（寶貝天地和少兒啟蒙小精靈），我們的作

    在做機房收費系統的時候，有個小問題讓我糾結了幾乎一天。雖然我知道它簡單的要死，但就是不知道該怎麼解決。    就是在添加刪除使用者那個表單中，有一個小功能是根據使用者層級來查詢使用者名稱、姓名、開戶人等資訊。使用者層級的選擇是通過選擇ComboBox控制項的下拉選項來實現的。在做的時候想也沒想就直接點擊表單上的控制項切換到了代碼視窗。   

對於時間管理，我自己的想法就是：利用某種方法合理規劃我們的一天，讓這一天充實，不虛度。

             一個組合查詢做了兩天，也糾結了兩天，現在就晒晒這兩天的經曆吧。剛看到這個表單，覺得很複雜，比起學生資訊管理系統中的那個組合查詢複雜多了，於是就選擇最後做這個表單。        首先說說剛開始我使用的方式：       

      通過引入一個新的對象來實現對真實對象的操作或將新的對象作為真實對象的一個替身,這樣的實現機制是代理模式。定義：為其他對象提供一種代理以控制對這個對象的訪問。實質：控制對象訪問動機：通過引入代理對象來間接訪問一個對象,就是代理模式的動機結構圖：             執行個體：class Program { static void Main(string[] args) { SchoolGirl jiaojiao = new

       上篇部落格SQL Server之Select語句基礎對SELECT語句進行了簡單介紹（說了特點、檢索範圍、子句），但是，我遺漏了一些，現在做個補充。       SELECT語句是SQL Server九種語言中的查詢語句，對於SELECT語句，先看這張圖：           看分支——聯結查詢                 作用：通過聯結查詢，可以根據各個資料表之間的邏輯關係從一個或多個資料表中檢索資料。                 內聯結：               

      周報表，讓我糾結了好幾天，今天做一點點，發現實現不了，於是又留到第二天，就這樣，一個報表讓我掛了大概四五天吧。表建立：         1：點擊“插入”——分別選擇“報表頭、報表尾、頁首、明細網格”    2：點擊“插入”——選擇“靜態框”，在靜態框中添加文字資訊    3：點擊“插入”——選擇“綜合文字框”，在綜合文字框中設定參數“StartData”和“EndData”          即：  EndData同StartData一樣               

        這幾天，再次將紅皮書上的五個例子敲了一遍，在這之前，也就是作品展之後，複習之前，將這五個例子草草的看了和敲了一遍。第一次敲的時候感覺自己”笨手笨腳“，不知道這五個例子都寫了什麼，都要做什麼，敲的時候也是照著敲的，有點像小孩敲字母的感覺。當我將SQL

         在軟體生命週期中，需求分析（Requirements Analysis）是最重要的一個階段。軟體需求分析的品質對軟體開發的影響是深遠的、全域性的，高品質分析軟體需求對軟體開發往往起到事半功倍的效果，這就是所謂的“磨刀不誤砍柴功”。軟體需求分析任務：         即藉助於當前系統的邏輯模型匯出目標系統的邏輯模型，解決目標系統的 “做什麼” 的問題。   軟體需求分析原則：       軟體需求分析過程：              在這一階段形成的文檔包括：         

昨天，在裝機的時候，遇到了大麻煩，對此我付出了沉重的代價。跳線地區在主板上只佔很小的一塊面積，大約是主板面積的千分之一吧，也許比這還小。由於所佔面積小，導致我看不到上面的具體英文字母。觀察主板時，也沒有將其畫下來。記得自己在第一次插跳線時，我是這樣安裝的：  初試，能工作，也沒有注意指示燈亮還是不亮。匆忙安裝上機箱蓋，再測試時，發現指示燈不亮。沒辦法，只好再開啟機箱蓋，找原因。認真檢查後，其他地方沒有錯，那肯定是跳線的錯誤了，師傅讓我拆了重新安裝，看不到跳線處所寫的英文字元，師傅幫我找到一份跳線

表單一般分為模態（Modal）和非模態（Modaless）兩種類型。    先看這張圖：                這張圖熟悉吧，點擊後面的工程1-form1（form），則form跑到前面，點擊工程1-form1（code），則code表單跑到前面。這就是我們所說的非模態表單，即通常狀態下的表單，正常表單，我們可以在不同表單間隨意切換（當然要在同一個工程下）。當然我們熟悉的excel中的不同sheet表，不必關閉，也可以對其他sheet表進行操作。     再看這張圖：         

       基本完成學生資訊管理系統之後，心裡著實高興了一次，雖然說學生資訊管理系統有原始碼，我也僅僅是在生硬的模仿著，但這也畢竟時候我第一次做系統。對於學生資訊管理系統的資料庫，因為也是倩蘭師姐給我的，只要求我們看懂，明白其意思，除此之外，也沒有過多要求。也因此才有了學生資訊管理系統之資料庫語句解析，雖然我分析的也只是資料庫的指令碼語句，但至少我看懂了，我分析了。