其他

出處：http://www.cnblogs.com/royenhome/archive/2010/05/22/1741592.html儘管你寫了很多年的C#的代碼，但是可能當別人問到你const與readonly的區別時候，還是會小小的愣一會吧~      筆者也是在看歐立奇版的《.Net 程式員面試寶典》的時候，才發現自己長久以來竟然在弄不清出兩者的情況下，混用了這麼長的時間。的確，const與readonly

在使用jquery時特別常見，明明修改的js，但是經常不生效，因為緩衝，解決辦法就是清除ie緩衝，每次去點ie選項，太麻煩，網上有人用批處理去，還是每次去點，在頁面中加入下面幾行，就可以禁用緩衝<META HTTP-EQUIV="pragma" CONTENT="no-cache"> <META HTTP-EQUIV="Cache-Control" CONTENT="no-cache, must-revalidate"> <META

TcpClient tcpClient = new TcpClient();// 擷取流進行讀寫//寫入預置資訊NetworkStream streamServer = tcpClient.GetStream();streamServer.Write(PackageContent, 0, PackageContent.Length);//讀取返回資料…… 讀取返回資料採取以下兩種方式，都存在收取不全問題方式一：while ((i = streamServer.Read(bytes, 0,

首先說一下ORM吧 以下為網上搜尋到的概念描述，詳細而準確 對象-關係映射（Object/Relation Mapping，簡稱ORM），是隨著物件導向的軟體開發方法發展而產生的。物件導向的開發方法是當今企業級應用開發環境中的主流開發方法，關聯式資料庫是企業級應用環境中永久存放資料的主流資料存放區系統。對象和關係資料是業務實體的兩種表現形式，業務實體在記憶體中表現為對象，在資料庫中表現為關係資料。記憶體中的對象之間存在關聯和繼承關係，而在資料庫中，關係資料無法直接表達多對多關聯和繼承關係。因此，

 前言：許可權往往是一個極其複雜的問題，但也可簡單表述為這樣的邏輯運算式：判斷“Who對What(Which)進行How的操作”的邏輯運算式是否為真。針對不同的應用，需要根據項目的實際情況和具體架構，在維護性、靈活性、完整性等N多個方案之間比較權衡，選擇符合的方案。目標：直觀，因為系統最終會由終端使用者來維護，許可權分配的直觀和容易理解，顯得比較重要，系統不辭勞苦的實現了組的繼承，除了功能的必須，更主要的就是因為它足夠直觀、簡單，包括概念數量上的簡單和意義上的簡單還有功能上的簡單。想用一個許可權

下面我們通過建立一個簡單的例子來學習EF架構，直接進入主題吧：一 、建立實體資料模型1. 建立一個控制台應用程式，起名為EFDemo2. 建立一個實體模型　　在EFDemo項目上面右擊選擇添加—建立項—在已安裝的選項中選擇資料—ADO.NET實體物件模型，命名為EFStudy3. 與資料庫連接　　第2步執行完畢會彈出嚮導，選擇“從資料庫產生”，點擊“建立串連…”按鈕，選擇sql

許可權系統(1)--基本模式　　在系統中發生的事情，抽象的說都是某個主體(subject)在某個資源(resource)上執行了某個操作(operation)。subject --[operation]--> resource 　　所謂許可權管理，就是在這條資訊傳遞路徑中加上一些限制性控制。　　主體試圖去做的 limited by 系統允許主體去做的 =

寫到上篇部落格，發現再次進入一個困境。EntityFramework5.0，幾乎沒有官方的資料，只有一個很簡單的入門網站，http://msdn.microsoft.com/en-us/data/ef.aspx，確實是入門級的，內容太過簡易百度或者Google，或者搜尋部落格園相關內容，充斥著大量舊版本的重複的資料，大都是4.1的，偶爾也有4.2和4.3，與當前5.0已經不再適用，要繼續下去，要麼是從4.1開始從頭學習，一步步瞭解其演變，要麼是逐步摸索。無論是哪一種，都將浪費大量時間和精力。考慮

 模組化的做法能節省我們不少的時間和便於代碼的可移植及重複利用。因此在很多需要用到許可權判定以確定操作許可權的軟體中（多半是C/S或B/S結構，單機版在本人看來實在是無多大必要），有經驗的人多半會將許可權判定模組化，以一個PAS的公開變數引用來判斷程式的每個表單及操作的始終。而在這第一個單元模組之後，我們便可重複地利用它了！    許可權設計通常包括資料庫設計、應用程式介面(API)設計、程式實現三個部分。    

1、Response.Redirect():Response.Redirect方法導致瀏覽器連結到一個指定的URL。當Response.Redirect()方法被調用時，它會建立一個應答，應答頭中指出了狀態碼302（表示目標已經改變）以及新的目標URL。瀏覽器從伺服器收到該應答，利用應答頭中的資訊發出一個對新URL的請求。這就是說，使用Response.Redirect方法時重新導向操作發生在用戶端，總共涉及到兩次與伺服器的通訊（兩個來回）：第一次是對原始頁面的請求，得到一個302應答，第二次是

文章目錄 1.      引言2.      RBAC概述 本文詳細介紹了許可權管理系統中角色型存取控制方法（RBAC），對其基本概念、組成、關係和核心實現進行了詳細的闡述。1.      引言      

本節你將為Movie類型增加邏輯驗證，以確保任何使用者試圖使用該應用程式建立或編輯影片時執行驗證規則。DRY(乾爽)ASP.NET MVC的核心原則之一是乾爽（“不要自己重複”）。ASP.NET MVC鼓勵您只指定一次功能或行為，然後在應用程式中到處使用。這種做法減少了需要編寫的代碼量，使你的代碼編寫不容易出錯，且更容易維護。ASP.NET MVC和Entity

你真的瞭解分層架構嗎？——寫給被PetShop"毒害"的朋友們 來源：張洋一葉障目.NET平台上的分層架構（很多朋友稱其為“三層架構”），似乎是一個長盛不衰的話題。經常看到許多朋友對其進行分析、探討、辯論甚至是抨擊。筆者在仔細閱讀了大量這方面文章後，認為許多朋友在分層架構的理解上存在兩個比較大的偏頗：1.沒有從本質角度去理解分層的內涵，而只是瞭解其表象。2.對分層架構的理解過於狹隘，只是少數概念，而又不夠深入。許多朋友言“分層”則必稱“DAL”、“BLL”、“展示層”等概念，殊不知“DAL”的內

new 關鍵字用法(1)new 運算子 用於建立對象和調用建構函式。(2)new 修飾符用於向基類成員隱藏繼承成員。(3)new 約束用於在泛型聲明中約束可能用作型別參數的參數的類型。2.如何把一個Array複製到ArrayList裡(1)實現1string[] s ={ "111", "22222" };ArrayList list = newArrayList();list.AddRange(s);(2)實現2string[] s ={ "111", "22222"};ArrayList

      兩年前，曾打算自己開發一個web開發架構，把部門、人員、許可權、日誌作為基本服務加入進去，在其基礎上可以做業務快速開發，結果沒有堅持下去，僅僅開了個頭就夭折了。究其原因，一方面是採用自己完全不熟悉的新技術，不算成熟的MVC，對習慣於WEB FORM開發的我，是一個比較大的衝擊，加上EntityFramework湧入的大量概念，對JQuery的一知半解，以及這三項技術自身不成熟帶來的BUG和版本的不斷升級變更，都帶來了很大困擾。兩年之後，重啟開發架構之旅。 　　開發工具選擇VS2012

昨天發了EasyUI1.3.1+MVC4.0+EF5.0實戰之一 開篇及布局控制項介紹 後，園子裡的 蛋黃 回帖說easyui 商用需要付費的，我是記得一篇文章說免費開源，才拿來用的，選擇時沒有看具體的開源協議， 然後查了下官網的說明：jQuery EasyUI software - Commercial License readSource CodeUp to 5developers to use at a timeNo limitations on the number of

在做web開發的時候難免遇到一個問題，那就是，選擇什麼樣的架構。下面把前端的架構簡單的列一下。1、flexApache基金會今天發布了Flex 4.8版本，這是Adobe將Flex捐獻給Apache基金會後發布的第一個版本。需要注意的是，Flex目前還在孵化階段，還不是Apache的正式項目，Flex 4.8也不是一個正式的Apache版本。

       兩年前，曾打算自己開發一個web開發架構，把部門、人員、許可權、日誌作為基本服務加入進去，在其基礎上可以做業務快速開發，結果沒有堅持下去，僅僅開了個頭就夭折了。究其原因，一方面是採用自己完全不熟悉的新技術，不算成熟的MVC，對習慣於WEB FORM開發的我，是一個比較大的衝擊，加上EntityFramework湧入的大量概念，對JQuery的一知半解，以及這三項技術自身不成熟帶來的BUG和版本的不斷升級變更，都帶來了很大困擾。兩年之後，重啟開發架構之旅。 　　開發工具選擇VS201

　　上篇中介紹了使用omBorderLayout控制項實現了系統總體布局，下面我們就來說一下使用樹形控制項Tree來實現布局左側地區的功能菜單（註：本文中不考慮功能菜單的許可權控制，此部分內容待日後加上）。　　功能菜單是一個系統必不可少的部分，通常包括兩級，第一級通常為模組名稱，第二級為功能名稱，複雜的系統往往會進一步擴充到三級甚至四級。對於軟體系統，這是一種常見模式，實體通過自關聯，實現無限極擴充，前台通過樹形控制項來展現。 　　採用樹形控制項對資料進行展現，有兩種選擇，一種是一次性讀取所有資

遊標的概念 遊標提供了一種從表中檢索資料並進行操作的靈活手段，遊標主要用在伺服器上，處理由用戶端發送給伺服器端的SQL語句，或是批處理、預存程序、觸發器中的資料處理請求。遊標的優點在於它可以定位到結果集中的某一行，並可以對該行資料執行特定操作，為使用者在處理資料的過程中提供了很大方便。一個完整的遊標由5部分組成，並且這5個部分應符合下面的順序。（1）聲明遊標。（2）開啟遊標。（3）從一個遊標中尋找資訊。（4）關閉遊標。（5）釋放遊標。 聲明遊標