其他

動態載入dll，主要是為了擴充功能，增強靈活性而實現的。主要通過xml配置，來擷取所有要動態載入的dll，然後通過反射機制來調用dll中的類及其方法。研究了一天，小有所得，寫了一個簡單的動態載入dll的通用模組，拿出來與大家分享一下：using System;using System.Collections.Generic;using System.IO;using System.Linq;using System.Reflection;using System.Text;using

很多公司為商業宣傳之需，常將企業LOGO加入二維碼中，但如果LOGO遮擋地區足夠地大，二維碼就變得無法識別。那麼，有沒有一種辦法將上述地區預先“摳空”出來（以便專門放置LOGO），而其他地區則專門來放置二維碼的有效資料呢？——這就是本文想探討的問題。本文重點探討的是二維碼的進階應用程式及改進，其主要的思路是通過掩碼等手段，提前對二維碼產生進行改進。由於二維碼通常是黑白方塊型的，人眼無法直接識別，但為了商業和宣傳的需要，很多公司都樂意將自己的LOGO標識加入到二維碼中，以更方便直接識別。為了便於理

    再次談起三層架構來，初識三層時的那種嚮往，那種青澀，已經不見了蹤影，取而代之的是對分層的感慨。    分層，三層也好，七層也罷，都是將頁面顯示、商務邏輯控制、資料訪問進行解耦。還有MVC和設計模式也是這樣。只分UI,BLL,DAL這三層，只是實現了基本的解耦，但是耦合性還是很高的，尤其是對於中型及以上的系統來說，簡單的三層並不能滿足其需求。DAL提取出DBHelper，BLL中提取出Facade層，還有各層之間其實都應該加上介面。這樣系統的靈活性才會大大提高。   

      在上一邊部落格《Web版RSS閱讀器（一）——dom4j讀取xml(opml)檔案》中已經講過如何讀取rss訂閱檔案了。這次就把訂閱的檔案讀取到頁面上，使用樹形結構進行載入顯示。      不打算使用特殊的控制項進行樹型顯示，也不想自己寫了，想省勁些，就在網上找了一個js樹形指令碼——dTree。dTree是一個便於使用的JavaScript樹形菜單控制項。支援無限分級，可以在同一個頁面中放置多個dTree，可以為每個節點指定不同的表徵圖。     

        在上篇博文《Web版RSS閱讀器（三）——解析線上Rss訂閱》中，已經提到了遇到的問題，這裡再詳細說一下。        在解析rss格式的訂閱時，遇到的最主要的問題是，出現了“Server returned HTTP response code: 403 for URL:

買了九妹已經快有一年了，從經曆了android2.3.5到深度最佳化的flyme1.1.3，風風雨雨，伴隨著我一起走過。而我對魅族手機的設計也頗為留意。魅族是一個學習型的團隊，很為使用者考慮。今天要講的魅族鬧鐘的新功能——事件定時器。以前看到了，只感覺很實用，近段時間在複習設計模式的時候，突然發現，魅族的這個新功能，盡然就是狀態模式的真實執行個體。為了讓瞭解的和不瞭解的狀態模式的同行們都看得懂我接下來說的，我先簡要的介紹一下這個狀態模式：狀態模式

    新聞發布系統前前後後用了2個星期，終於完工了。這個系統算是BS的入門項目吧。也就是說，我終於要從C/S轉型B/S了。開始接觸BS，還是很興奮的。BS算是以後的主流方向，連作業系統都有BS結構的了。BS不受硬體、作業系統平台的限制，其應用範圍更廣，也更適於當前的發展。   

       互動圖用來描述系統中的對象是如何進行相互作用的，即一組對象是如何進行訊息傳遞的。       互動圖由一組對象和它們之間的關係構成，其中包括：需要什麼對象，對象相互之間發送什麼訊息，什麼角色啟動訊息以及訊息按什麼順序發送。       互動圖的分類：       

測試了一下午，出現了100+的問題，bug數太高了。。。。具體如下： 【前台】環境設定→等待時間，網路時間1，日期格式錯誤；系統設定→廚打預設啟用；擷取菜系，少一次迴圈，導致只有一個菜系時，未顯示資料；擷取菜譜，少一次迴圈，導致只有一個菜譜時，未顯示資料；介面啟動後讓現金文字框獲得焦點，初始化MyObject對象；介面上添加重新整理菜系功能按鈕；點菜時 更新資料的同時更新促銷價；系統內容表徵圖設定，添加恢複預設表徵圖；基本資料設定 添加等待時間；網路環境配置 網卡狀態 網路狀態

前端時間一直在做YH收銀系統重構的需求。下載了幾個收銀軟體，都是cs的，功能分析得差不多了，就想看看錶結構，結果發現有2個系統是db的，1個mdf的，1個mdb的，剩餘一個居然沒有探索資料庫。第一個查詢都有什麼資料庫檔案是db格式的，結果一查，太多了，還是拿不準。然後去下載db資料庫查看器，挨個測試。不過效率很低。突然想到，一般檔案的檔案頭，都會“暴露”一些資訊，UltraEdit開啟了db發現第一個單詞是“SQLite”，原來是SQLite資料庫呀，經過百度，得知SQLite主要是在Andro

使用案例圖：是用來描述使用者、需求，、系統功能單元之間的關係，它展示了一個外部使用者能夠觀察到的系統功能模型圖。主要用途：以一種可視化的方式協助開發人員理解系統的功能需求看下面的一張使用案例圖：可以看出，使用案例圖由小人、橢圓和線條構成，在使用案例圖中它們代表什麼意思呢？ 小人，即我們所說的角色。開發系統時候，在明確了系統有哪些使用者之後，進而總結使用本系統有哪些角色，不同的角色承擔的工作不一樣，使用該系統的功能也就不一樣，即我們根據不同的角色來思考我們的系統。例如，機房收費系統當中，有三個小人

想必大家都有玩過QQ Show的形象裝扮吧,這個就很體現了我們大話設計模式裡面的裝飾模式。記得之前我還為自己的QQ換了一個酷酷的裝扮呢，下面我們就用裝飾模式來為張曉美女來一個酷酷的換裝。首先，定義一個Person類，相當於是ConcreteComent ，具體的裝飾對象。namespace 酷MM_{ class Person { public Person() { } private string name; public

最近伺服器出了點小問題，需要重做Raid，在網上找了一篇文章，感覺挺仔細的，拿來分享一下。等伺服器重裝了，也要記錄一下，再跟大家分享。硬體raid5組建：　　最近又親手給一個朋友組裝了一台採用雙核心P4

原廠模式主要是為建立對象提供一個介面，通常在類或類的靜態方法中去實現。原廠模式家族中主要有這三個成員：簡單原廠模式，Factory 方法模式和抽象原廠模式。一、簡單原廠模式簡單原廠模式，是指專門建立一個類來負責建立其他類的執行個體，被建立的執行個體通常具有共同的父類，它又稱為靜態Factory

英文原文：Better Password Masking For Sign-Up

類圖（class

這兩天研究小票印表機編程手冊,遇到這樣一個問題:LF，即Line Feed，中文意思“換行”；CR，即Carriage

        一個人自從出生之日，他就生活在這樣或那樣的集體，他生在家庭這個小集體，成長在社會這個大集體。班級，專業，學校，部門，公司等等，人就是在這些集體中一步步走過的，集體的成員，性質不斷地換著，但是集體永遠伴隨著我們，相伴我們一生，在我們的人生路上佔據了非常重要的位置，他影響著我們，左右著我們……      

設計模式是軟體開發討論中，亙古不變的話題，今天又拿出來說道兩句，也是對設計模式的一個複習吧。Factory 方法模式       Factory 方法模型定義了一個用於建立對象的介面，讓子類決定執行個體化哪一個類，原廠模式使一個類的執行個體化延遲到了其子類中。Factory 方法模式是最佳化的簡單原廠模式，它很好的支援了“開閉原則”。每一個具體的工廠只能構建一個類的對象。具體工廠類與產品類是一對一的關係。/// <summary> /// 抽象產品類///

遞迴演算法的時間複雜度分析在演算法分析中，當一個演算法中包含遞迴調用時，其時間複雜度的分析會轉化為一個遞迴方程求解。實際上，這個問題是數學上求解漸近階的問題，而遞迴方程的形式多種多樣，其求解方法也是不一而足，比較常用的有以下四種方法：方法一：代換法代換法主要需要以下兩個步驟1、