其他

小小的故事:                農夫甲和農夫乙都致力於大面積推廣一種新品種的小麥.     根據現有方法，新品種小麥在A地存活幾率很低.經過兩人商議推斷：根本原因是A地地質問題。     這時,農夫甲潛心數十年鑽研苦思，想要找到在A地種植該品種小麥的方法；而農夫乙，立即將自己的實驗基地轉到了B地--可種植的地質。     等兩人百年之際，農夫甲還在苦苦思索，不得其解；而農夫乙已是億萬富翁，該領域的泰山北鬥！ 小小故事，卻蘊含大大的道理。              

       在預存程序中使用事務時非常重要的，使用資料可以保持資料的關聯完整性，在Sql server預存程序中使用事務也很簡單，我們先來簡單瞭解一下預存程序和事務，然後用一個例子來簡單說明他們的用法：預存程序： 事務： 以學生註冊資訊為例：Create procedure [dbo].[PROC_stuRegister] --設定參數 @cardNo varchar(10),@stuNo varchar(11),@cardType

      系統建模，需要從系統的結構和行為兩方面來進行描述，通過上篇UML圖之靜態圖部落格的學習，我們已經可以畫出有關軟體系統靜態結構，那麼它的行為活動該如何處理呢？這裡，就要用到此篇文章涉及到的UML行為圖了。       行為圖用來描述系統的動態模型和對象之間的互動關係，它包括：狀態圖、活動圖表和互動圖三種。      狀態圖（Statechart Diagrams）：用來描述類的對象所有可能的狀態以及事件發生時狀態的轉移條件。      活動圖表（Activity

每次使用mindManger_9,都會出現一個錯誤。錯誤：拼字檢查錯誤！無法開啟字典sys\spell\ssceam.tlx檔案。請檢查是否安裝了適合你所使用語言的字典!查閱資料，出現這個問題的原因是：最有可能是登入的密匙中所包含的拼字檢查檔案夾的路徑發生錯誤。解決辦法：需要在登入密匙中手動輸入目錄路徑。需要如下操作：1.點擊“開始”，開啟運行，（快速鍵：win+E）2.輸入regedit，點擊“確定”    3.開啟登錄編輯程式，尋找以下登入密匙目錄：[HKEY_CURRENT_USER\So

          通過前幾篇部落格介紹的靜態圖和行為圖，我們已經可以利用UML描述一個系統的靜態結構和動態行為了，這時候，我們已經用圖形方式表現了典型的面相對象系統的整個結構。          此時，軟體開發階段也已經到了實現階段，這時候就需要本篇部落格涉及到的實現圖，來描述實現方面的資訊了。          實現圖是從系統的層次來描述的，描述硬體的組成和布局，描述軟體系統劃分和功能實現。實現圖包括構件圖和部 署圖兩種。         構件圖：用來顯示一組構件之間的組織與依賴關係；   

一、包圖的含義       包圖（Package Diagram）由包和包之間的關係構成，對維護和控制系統總體結構很重要。系統建模中，有大量的類、介面、組件、節點和圖，有必要將這些元素進行分組，把語義相近並傾向一起變化的元素組織起來加入同一包，這樣方便理解和處理整個模型。       設計良好的包是高內聚、低耦合的，並且對其內容的訪問具有嚴密的控制。二、包的名字         每個包都必須有一個區別於其他包的名字。模型包的名字是一個字串，可以分為簡單名和路徑名。        

        臨暑假開學,我們組完成了學生資訊管理系統的驗收，結果如何很重要，可更重要的是收穫！下面就是令我感悟最深的幾點寫下,給大家分享,希望大家有則改之,無則加勉。            1、錯誤提示           （1）輸入有格式限制，例如姓名不能為數字，學號不能為數字等等。對此：                      我的處理方法：當所需輸入均填寫完成，點擊確認按鈕時，才會根據代碼判斷每個輸入格式是否正確，不                                  

          SQL注入式攻擊，就是攻擊者把SQL命令插入到Web表單的輸入欄位或頁面請求的查詢字串，欺騙伺服器執行惡意的SQL命令。在某些表單中，使用者輸入的內容直接用來構造（或者影響）動態SQL命令，或作為預存程序的輸入參數，這類表單特別容易受到SQL注入式攻擊。    這是百度百科的解釋,怎麼樣,暈了沒有?不過沒有關係,我試試看,能不能把大家講醒了.    顧名思義:SQL注入式攻擊,肯定是SQL語句的事了.所以,先來看一個SQL語句:        Select *from

    掐指一算，真的可以說是老生了。    且不算幼兒園，小學6年，初中3年，高中三年，大學又是三年或四年，迫於就業壓力，加入考研大軍，又是三年，心氣再高點的，弄個博士再來兩年。。。多少年了，這是？我們都在乾著同一件事情--學習。    都說時間是利刃，可以消磨一切，那為什麼最後還是分出了三六五等呢？我覺得歸根到底是---學習的內容。    有一種人，學習的是方法；    而有一種人，學習的是知識！            結果，顯而易見。       這些使我們必然要相信：         

前面我們討論了設計模式——建立型模式和設計模式——結構型模式，現在我們來討論設計模式中的行為模式。行為模式是用在不同對象直接劃分職責和演算法的抽象，行為模式不僅涉及到類和對象，還涉及到類與對象之間如何進行關聯。可分為行為類模式和行為對象模式兩種：1.行為類模式使用繼承機制在類間指派行為。2.行為對象模式使用對象複合而不是繼承。一些行為對象模式描述了組對等的對象怎樣相互協作以完成其中任何一個i額對象都無法單獨完成的任務。這裡一個重要的問題是對等對象如何相互瞭解對方。對等對象可以保持顯式的對對方的引

      軟體開發過程是軟體工程的要素之一，有效軟體開發過程可以提高軟體Team Dev的生產效率，並能夠提高軟體品質、降低成本、減少開發風險。UML是一種可應用於軟體開發的非常優秀的建模語言，為了跟有效地使用UML，需要有一種方法應用它，當前最流行的使用UML的方法就是Rational的統一過程（Rational Unified Process，RUP）。       大多數初學者對UML和RUP之間的關係都不是很清楚，有的甚至把兩者混為一談了。      

我們接著說行為模式：中介者（Mediator）：定義：用一個中介對象來封裝一系列的對象互動。中介者使各對象不需要顯式地相互引用，從而使其耦合鬆散，而且可以獨立地改變它們之間的互動。結構圖：解釋：將原來兩個直接引用或者依賴的對象拆開，在中間加入一個"中介"對象，使得兩頭的對象分別和"中介"對象引用或者依賴。由於中介者的行為與要使用的資料與具體業務緊密相關，抽象中介者角色提供一個能方便很多個物件使用的介面是不太現實的。所以抽象中介者角色往往是不存在

          UML是物件導向程式設計一個非常有利的建模工具，而設計模式則是物件導向非常關鍵的技術。所以兩者是一種相輔相成的關係。那麼究竟什麼是設計模式呢？          設計模式（Designpattern）是一套被反覆使用、多數人知曉的、經過分類編目的、代碼設計經驗的總結。使用設計模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。毫無疑問，設計模式於己於他人於系統都是多贏的，設計模式使代碼編製真正工程化，設計模式是軟體工程的基石，如同大廈的一塊塊磚石一樣。    

          ADO.NET是英文ActiveX Data Objrect for the .NET Framework的縮寫，它是.NET Framework提供給.NET開發人員的一組類，ADO.NET的各個類位於System.Date.dll中，並且與位於System.XML.dll中的XML相互整合。       

      通過上幾篇部落格的詳細介紹，我們已經對UML基礎知識有了最初的認識。隨著UML視頻的完結，顆粒歸倉的時刻又一次到臨了。     就是我對這半月學習UML的一個最宏觀的總結，記錄自己的點滴收穫。        至此，UML的理論學習完成了，我對這個整合模組化語言也有了一個大致的瞭解。UML真的是物件導向程式設計一個非常有利的建模工具。       接下來，就要開始學習運用UML來建模了，到了理論與實踐相結合的時候，相信也是我收穫最大的時候，敬請期待！     

         上篇部落格已提到，UML是用來設計軟體藍圖的可視化建模語言。那麼UML究竟是如何?的可視化呢？這就要說說UML的九種圖了。         UML九種圖分別是：使用案例圖；類圖；對象圖；狀態圖；構件圖；部署圖；共同作業圖表；互動順序圖表和活動圖表。         這篇文章會以問答得形式，為大家詳細的介紹“使用案例圖”。 問題一：什麼是使用案例圖？        

三層架構：通常意義上的三層架構就是將整個業務應用劃分為：表現層（UI）、商務邏輯層（BLL）、資料訪問層（DAL）。區分層次的目的即為了“高內聚，低耦合”的思想。 1、表現層（UI）：通俗講就是展現給使用者的介面，即使用者在使用一個系統的時候他的所見所得。2、商務邏輯層（BLL）：針對具體問題的操作，也可以說是對資料層的操作，對資料商務邏輯處理。3、資料訪問層（DAL）：該層所做事務直接操作資料庫，針對資料的增添、刪除、修改、尋找等。  三層直接各負其責，完善的三層：修改表現層而不用修改邏輯層,

          通過上篇部落格：UML圖之使用案例圖的學習，我們已經可以完成了對一個軟體系統用例和功能模組的劃分。現在，就要知道如何進一步完善系統的靜態結構了。          利用UML工具，我們可以得到有關軟體系統靜態結構的靜態圖，靜態圖又包括了類圖、包圖和對象圖。         類圖（ClassDiagrams）：用於定義系統中的類，包括描述類的內部結構和類之間的關係。