其他

1.選擇find wlans 找到要串連的無線網路2.設定相應的參數 一直下一步即可完成注意事項：1.如果是測試環境用的是DEMO路由器，無法配置DHCP的，要設定NDS解析手動設定 不讓會串連不上網路-----------------------------------------------------------------------------------------------------------profile [EWELL_DEMO]essid

        好長時間沒有寫部落格，一直感覺再敲設計模式中的代碼，突然感覺總結少了些！現在代碼基本上敲完了，現在分模組的進行簡單的總結：         首先我們看看設計模式中的建立型模式：是用來處理對象建立的，試圖根據實際情況使用合適的方式建立對象。其實就是建立新的類或者對象。          一，Factory 方法模式（FactoryMethod）            1,定義：定義一個用於建立對象的介面，讓子類決定執行個體化哪一個類。Factory

首先我們應該瞭解下什麼是深拷貝與淺拷貝 淺拷貝：只複製對象的基本類型，物件類型，仍屬於原來的引用 深拷貝：不僅複製對象的基本類，同時也複製原來對象中的對象 C#中有兩種類型變數，一種是實值型別變數，一種是參考型別便利那個，對於實值型別便利那個，深拷貝和淺拷貝都是通過複製操作實現的，其效果是一樣的，將對象中的實值型別的欄位拷貝到新的對象中。這個很容易理解。本文重點討論參考型別變數的拷貝機制和實現。C#中參考型別對象的Copy操作有兩種為是上面說到的倆種。淺拷貝和深拷貝的區別：淺拷貝是指將對象中的數

1：進入其他盤符的dos命令：cd  \d I:\  

    這篇總結狀態模型建模：狀態圖和活動圖表。 　　先看看狀態圖和活動圖表小結：      下邊我們看一下，狀態圖的事務（活動圖表的在前邊的部落格中已經給出，活動圖表另一個大用處就是細化說明用例）：      下邊我們看例子：（圖書管理資訊系統中的圖書的狀態圖）      活動圖表，我們在物件導向需求分析——使用案例圖和活動圖表已經講述了，這裡不再重複． 　　其實這些最主要的還是我們要學會分析需求，設計系統，用這些圖去表達我們的想法，讓別人能清楚你的想法而已！  

http://www.cvchina.info/2010/02/10/2-3-us-feature-point-match/  特徵追蹤。cvpr09 最好的demohttp://www2.ulg.ac.be/telecom/research/vibe/                 vibe演算法官方網站。http://blog.csdn.net/lucky_greenegg/article/details/8997809  

 移動互連網是趨勢，這個觀點到今天這時候，相信大家都毋庸置疑。因為安卓系統的普及，買個智能手機的成本越來越低，便宜的甚至花個200-300元左右就可以買個安卓手機。或者辦個電信或移動的寬頻服務直接送你一台效能不錯的安卓手機。 手機上網已成主流趨勢 感覺再過段時間，市場上可能就沒普通的手機賣了，安卓系統的智能手機就是最低的配置。隨著安卓這樣的智能手機的普及，也就是人手一台小型平板電腦，習慣用手機上網的人會越來越多。可能大家還會發現，自己QQ上的好友或QQ群裡的好友，大部分人都是手機QQ線上，大有超

硬體平台：Thinkpad T400作業系統：Ubuntu 9.10 Note: 本顯卡安裝流程參考了http://wiki.cchtml.com/index.php/Ubuntu_Jaunty_Installation_Guide。 1. ATI官方驅動程式下載網址：http://support.amd.com/us/gpudownload/Pages/index.aspx下載合適自己ATI顯卡的Linux版本驅動程式，由於我用的電腦是Thinkpad T400，32位的Ubuntu 9.10

.Net的小結 首先說些  .NET的framework的基本構成 BCL基底類別庫CLr共同語言執行時期構成 構成圖為   基底類別庫的組成由系統類別XML類別，DGI類別（模糊化處理）ADO.NET類別（存取資料用到，物件類別，可接受），windows類別（和按鈕，以及表單有關）ASP.NET類別（webFrom）等構成。CLR的部分（共通語言執行時期）   其中，CLR

本人原創，轉載請標明轉載地址。http://blog.csdn.net/jia_zhengshen/article/details/9980495opencv的highgui模組在windows的實現中使用開源的映像顯示函數庫：videoInput，但是為了同Linux等相容，highgui模組做的對PAL,NTSC模組做的不是很好，並且應該是不支援多網路攝影機的。通過查看源碼得知，雖然ideoInput是支援多網路攝影機的，但是由於VideoCapture

ATI顯卡閉源驅動最大化卡延遲問題解決方案：代碼:sudo gedit /etc/apt/sources.list將以下添加入源：代碼:deb http://ppa.launchpad.net/launchpad-weyland/xserver-nobackfill/ubuntu karmic main deb-src http://ppa.launchpad.net/launchpad-weyland/xserver-nobackfill/ubuntu karmic main

文章目錄  1 開放資料庫連線 2 進行資料庫操作 3 開關資料庫連線 .NET中資料庫的設計與SQL   ADO.NET設計 先來說說資料庫的設計主要涉及 關聯式資料庫資料庫系統管理（DBMS）結構化查詢（SQL）預儲程式 一個資料庫包含一個以上的資料表，每個資料表有很多記錄 以下是一個小的範例如Salse 資料庫有Customers，orders和Pruducts三個表表與表之間都過主索引鍵進行關聯。而表之間的關聯有： 

參考網址：http://jeremiah.blog.51cto.com/539865/126804/http://www.cnblogs.com/zjoch/archive/2013/05/14/3077953.html  (ptheads );http://blog.csdn.net/ajaxhe/article/details/6737227 

三層架構(3--tier-application) 什麼是三層架構？三層架構通常是將整個業務應用劃分為: UI 介面層 BLL 商務邏輯層，DAL資料訪問層，Model 實體層 。區分層次的目的即為"高內聚,低耦合"的思想.1 表現層(UI) ;通俗是展現給使用者的介面,及使用者在使用一個系統的時候他的所見所得.2 商務邏輯層(BLL):針對具體問題操作,也可以說是對資料層的操作,對資料商務邏輯處理3 資料訪問層(DAL) :

路由設定：/{controller}/{action}/{id}，其中id是可選的這樣增加個修改參數：/{controller}/{action}/{type}/{id}，其中，type和id都是可選的。 1、@Html.ActionLink(item.Name, "Details", new { Id = item.Id }, new { @target = "_blank"

最近因為學習三層架構中的實體類，引發不少問題，下面具體說下三層中的實體類，即資料庫表的映射 為何使用實體類？  資料庫中DatsSet 不具備OO的優點， 實現資料檢索繁瑣，易出錯， 使資料結構暴露在商務邏輯層和表現層為了消除以上局限我們使用實體類  舉例說明 用實體類之後，代碼時變得簡介，物件導向封裝思想。最重要的是，如果將來有所改動，只需要改動實體類，

1、設定Gridview控制項的某列不可編輯      this.gridData.gridView1.Columns["change_date"].OptionsColumn.AllowEdit = false;       欄位：change_date是資料庫中欄位，是綁定到gridview上的。2、設定Gridview控制項整體不可編輯      this.gridData.IsEnableEdit = false;3、設定Gridview控制項，列頭不可排序  

 自上次的個人版的機房收費系統後, 接下了的就是合作版的開發了.  要求是盡量添加一些設計模式,畢竟自己開發的時候用到的設計模式還是有限的,這次的重點不是在代碼上.重點是1 文檔驅動；2.專案經理寫文檔不能討論；3.分層開發完成完成；4.相對應的文檔發給相對應的人，不能把所有文檔都發給一個人；5.盡量加設計模式；6.SVN使用；7.進度控制針對上述要求,添加了一些設計模式.對於版本控制的問題這裡不細說,後續篇章講解 首先是 1.簡單工廠  簡單工廠是工廠類

 合作開發中負責商務邏輯成.所以就有一些的演算法和模式,下面就說下下機的基本操作.用到的有職責鏈和策略兩種設計模式 職責鏈： 是使多個對象都有機會處理請求。從而避免請求的寄件者和接收者之間的耦合關係。將這個對象連成一條鏈。沿著鏈傳遞該請求。直到有一個對象處理為止。 策略：　 定義了一組演算法。　讓它們之間可以相互提哈追。此模式讓演算法的變化，不會影響到使用演算法的客戶。 策略模式這裡用到的是固定使用者和臨時使用者的不同的收費情況  首先也是定義一個抽象的基類，　包含所有支援的演算法的共有介面子類

    機房收費系統第二版加了設計模式和SqlHelper還有一些資料的操作，基本上已經完工了，和第一版簡單三層機房收費系統相比感覺上並沒有簡單多少，反而相互之間調來調去，感覺麻煩，但是從可維護性上，可擴充性去想，還是非常有優勢的。例如抽象工廠就解決了換資料庫的麻煩；面板模式，就解決了擴充方便的麻煩；SqlHelper，使D層的書寫更為簡單，重複工作大大降低；而資料庫操作的預存程序，觸發器，視圖，又使代碼邏輯變得更為簡單。這篇部落格中重點介紹一下其中的資料庫操作。 一，預存程序（Stored