其他

文章目錄 第一範式（1NF）：就是能分就分，分到不能分為止（所有欄位值都是不可分解的原子值）第二範式（2NF）：要求實體的屬性完全依賴於主關鍵字（函數不能部分依賴）。 概要     

        在.NET個人版機房收費系統中,例如表單的執行個體化產生、B層中的類調用抽象工廠來執行個體化工廠類（來建立借口的過程）、SqlHelper的調用等等，個人版裡面調用抽象工廠都是每次需要調用抽象工廠時就會執行個體化一次，例如：Dim factory As New DBFactory '執行個體化工廠變數 Dim IsBoolean As Boolean Dim iUser As IUser = factory.CreateUser()

     自己在使用抽象工廠+設定檔+反射實現重構機房的過程中，遇到了這種情況，   當初自己認真的檢查了反射中的代碼，都是沒有問題，請教了師姐，檢查了抽象工廠與反射的使用都沒有問題 Private Shared ReadOnly AssemblyName As String = "DAL" '資料程式集名稱 Private Shared ReadOnly db As String =

       我們的合作開發進行到現在可以說已經完成了，每到一個階段的總結是必不可少的，總結合作開發使顆粒歸倉的過程從開始合作到完成時間整體超過一個半月的時間，中間經曆著自考和提高班的上課等等很多事情，真正我們小組開發的有效時間將近12天左右，整個合作開發中我們個人配合的還算有條不紊的.       

文章目錄 概述結構圖 詳細解析 生活中得例子Command模式執行個體剖析Command命令的時機命令模式的作用總結 概述        用戶端只是想要發出命令或者請求，不關心請求的真正接收者是誰，也不關心具體如何?，而且同一個請求的動作可以有不同的請求內容，當然具體的處理功能也不一樣，請問該怎麼實現？下面我們來學習命令模式目的      

       在前兩天做註冊時,需要考慮學生表、卡資訊表、儲值資訊表等多個表,類似與這種情況需要操作多個表的操作(儲值、退卡、上機、下機、結賬等等),如果還是用原來的辦法多個函數重複的調用,太浪費精力了,代碼麻煩,調用關係搞不好還亂了,第一次做機房的時候,聽說過這個詞感覺特別難,預存程序很是神奇,現在來看,也就那麼回事(走過了,發現啥事不能事先被自己所嚇倒),先來理解預存程序的相關知識下面是自己重構機房收費系統的預存程序的使用提高班預存程序命名規範：預存程序名 = PROC + “_” +

     剛開始接觸這兩個詞之後，腦子裡還真沒有概念，下面是自己學習的內容        “is a”代表的是類之間的繼承關係，比如PC機是電腦，工作站也是電腦。PC機和工作站是兩種不同類型的電腦，但都繼承了電腦的共同特性。因此在用 Java語言實現時，應該將PC機和工作站定義成兩種類，均繼承電腦類。        “has

        在平常的敲系統中大家有沒有遇到需要讓Textbox控制項或者其他的控制項的顯示內容為空白，以前直接的做法是直接等於空值，如果此類控制項有很多，都需要空值，難道都要設定一下它的值為空白嘛，顯然這是一個笨辦法，有沒有更好的方法讓呢，答案是肯定的。        在開發.NETWindows應用程式時，我們都會用到System.Windows.Forms

文章目錄 參考文章:http://www.cnblogs.com/CareySon/archive/2011/12/07/2279522.html 視圖概述     

概念：      Factory 方法（Facotry Method）定義一個用於建立對象的介面，讓子類決定執行個體化哪一個類，Factory 方法使一個類的執行個體延遲到其子類。 結構圖：  注意點：     （1）Factory 方法克服了簡單工廠違背開發-封閉原則的缺點，又保持了封裝對象的建立過程的優點，集中封裝了對象的建立，使得要更換對象時，不需要做大的改動就可實現，降低了客戶程式與產品對象的耦合，      （2）：缺點是每增加一個產品，就需要加一個產品工廠的類，增加了額外的開發量。 

組合查詢是費了不少功夫,查了不少資料,主要的兩種思路是:字串拼接和結合預存程序的使用. 第一種方法是通過最簡單的方法來實現的,三層架構是為瞭解耦,對於組合查詢就有點不太好處理,下面是我處理的過程,程式介面:U層(介面層):行動數據,傳遞給實體 ''' <summary> ''' 擷取資料的值後傳遞給實體,並尋找後資料顯示給使用者 ''' </summary> ''' <param name="sender"></param>

概念 提供了一個建立一系列相關或相關依賴對象的介面，而無需指定它們具體的類，也就是說我們經常學習到“一系列相關依賴的對象”的建立工作，但是由於需求的變化，往往存在著更多個物件的建立工作，為的是如何不用在使用常規的對象的建立方法（new），提供一種“封裝機制”來避免客戶程式和這樣“系列對象建立工作”的強耦合關係？降低用戶端和建立工作的強耦合度，我們引入了抽象原廠模式目的 提供了一個建立一系列相關或相關依賴對象的介面，而無需指定它們具體的類 邏輯圖  結構圖抽象原廠模式與Factory

系統經過自己的堅持不懈的努力終於做完了,接下來總結總結經驗教訓,顆粒歸倉啦1:在做註冊新的學生(卡號時)出現以下錯誤INSERT 語句與 FOREIGN KEY 約束"XXX"衝突。該衝突發生於資料庫"XXX"，表"XXX", column 'XXX。  My Code期初是這樣寫的insert into T_Recharge_info(cardId,rechargeCash,rechargeDate,rechargeTime,strAdmin,isCheck)

概要        原型模式的主要思想是基於現有的對象複製一個新的對象出來，一般是有對象的內部提供複製的方法，通過該方法返回一個對象的副本，這種建立對象的方式，相比我們之前說的幾類建立型模式還是有區別的，之前的講述的原廠模式與抽象工廠都是通過工廠封裝具體的new操作的過程，返回一個新的對象，有的時候我們通過這樣的建立工廠建立對象是不值得的。目的      使用原型執行個體指定建立對象的種類，並且通過拷貝這些原型建立新的對象。使用條件     

參數化查詢，防止sql注入漏洞攻擊　　在這次重構機房收費系統中,有效解決了SQL注入的問題,這幾天對於sql注入攻擊進行了詳細的研究，在這裡做一下回顧。　　首先，什麼是注入漏洞攻擊呢？所謂SQL注入，就是通過把SQL命令插入到Web表單遞交或輸入欄位名或頁面請求的查詢字串，最終達到欺騙伺服器執行惡意的SQL命令。通常的解決方案有過濾敏感字元，比如說過濾掉or, and , select sql等關鍵字，通過參數化查詢解決sql注入漏洞的執行個體。　　所謂的參數化查詢（Parameterized

        拿到本書後自己很快的翻了一遍，好多有共鳴的地方，很是有成就感；隨後又仔細的看了一遍，總的來說，這門課程給我的體會很多：管理資訊系統原來只是瞭解一點點、對這個概念很是模糊，後來通過學習管理資訊系統是管理理論、系統方法和資訊技術不斷融合的產物，管理資訊系統的對我們的企業、網路、軟硬體的結構都有很大的影響，在今後我們如何系統開發及如何更有高效、優質、完美的開發系統，便於進行有效開發與管理都有了指導性的意義！ 點擊看大圖        

       通過本次監考接觸到考試系統自己學習了太多的知識（技術方面、管理方面等），和大家分享：監考過程中收穫：1：第一天剛開始學生們來簽到的問題（一個一個的簽費時費力）需求：米老師提出：如何可以在伺服器前台控制端的有個監控的狀態，通過學生登入考試系統我們直接準確的知道學生的登入記錄隨時知道誰來與沒有來？2：在規定的時間內誰還沒有登入上機、誰正在答題等如何即時掌握？3：管理員權限（校領導、老師、學生），不同的人分配不同的許可權，這個應該好實現最佳化。4：根據後台如何知道最後誰還沒有提交答卷？5

概述在軟體開發系統中，客戶程式會與很複雜系統的內部子系統之間產生耦合，而導致客戶程式隨著子系統的變化而變化，那麼如何簡化客戶程式與子系統之間的互動介面？如何將複雜系統的內部子系統與客戶程式之間的依賴解耦？這就需要我們的面板模式再好不過了。目的為子系統中的一組介面提供一個一致的介面，此模式定義了一個高層介面，這個介面使得這一子系統更加容易使用。結構圖 對應源碼 class Program { static void Main(string[] args) {

這是我們作業系統真題：想要做這道題，我們是必須對磁碟的讀寫資料是如何工作的需要有個大致的瞭解，以下是自己又豐富了一下這方面的知識和大家分享： 1:.若檔案的每個邏輯記錄的長度為80個位元組，邏輯記錄的編號從0開始。磁碟的讀寫採用緩衝技術，緩衝池中共有3個緩衝區，每個緩衝區的長度和磁碟塊的長相同，都是800個位元組。假定磁碟僅有一面，每個磁軌可以存放4塊，塊號從0開始編號，磁軌從1開始編號，即0—3塊存放在1號磁軌，4—7塊存放在2號磁軌，……現在要讀的邏輯記錄的記錄編號為：25、130、340、