其他

實體類是現實實體在電腦中的表示。它貫穿於整個架構，負擔著在各層次及模組間傳遞資料的職責。一般來說，實體類可以分為“貧血實體類”和“充血實體類”，前者僅僅儲存實體的屬性，而後者還包含一些實體間的關係與邏輯。我們在這個Demo中用的實體類將是“貧血實體類”。     

在這篇文章中，將討論一下展示層的實現方法。      展示層是一個系統的“門臉”，不論你的系統設計的多麼優秀，代碼多麼漂亮，系統的可擴充性多麼高，但是終端使用者接觸到的大多是展示層的東西。所以，展示層的優劣對於使用者最終對系統的評價至關重要。一般來說，展示層的優劣有一下兩個評價指標：      1.美觀。即外觀設計漂亮，能給人美的感覺。      2.易用。即具有良好的使用者體驗，使用者用起來舒服、順手。     

在實際的項目中，需求分析和資料庫的設計是很重要的一個環節，這個環節會直接影響項目的開發過程和品質。實際中，這個環節不但需要系統分析師、軟體工程師等電腦方面的專家，還需要相關領域的領域專家參與才能完成。      但是，在這個文章{tagshow(event)}">系列中，所要使用的Demo僅僅是一個例子，而且其業務極為簡單，因此，這裡並不是真正的需求分析和資料庫設計，而是將Demo的需求和資料庫羅列至此，使朋友們對Demo有一個大體的瞭解，方便後續文章中開發過程的理解。需求分析：     

資料庫設計工具我們依然採用Enterprise Architect 7.5 漢化版在這裡可以稍微介紹下EA,個人比較喜歡Enterprise Architect ,這個工具比較類似Rational Rose網上有破解版本，它可以支援從需求分析到設計部署的全過程建模上問我們用了它的用例建模，下面我們開始使用它的資料庫建模,下面是ea的操作介面： 我們雙擊右邊model下的Data

在上一篇文章中，我們主要分析了一下BlogEngine.Net的整體設計，在後半部分我們又對BusinessBase業務對象的狀態維護做了一些比較深入的探討。在這篇文章中我將引領大家完成對BlogEngine.Net中業務對象資料{tagshow(event)}">儲存的設計思路與實現細節的分析。BlogEngine.Net中的資料存放區主要是應用Provider模式實現的，那麼首先讓我們認識一下Provider模式。   

由於vs2010 本身不帶

接下來，將進行{tagshow(event)}">介面的設計。這裡包括資料訪問層介面和商務邏輯層介面。在分層架構中，介面扮演著非常重要的角色，它不但直接決定了各層中的各個操作類需要實現何種操作，而且它明確了各個層次的職責。介面也是系統實現依賴注入{tagshow(event)}">機制不可缺少的部分。      本項目的介面設計將按如下順序進行：      1.首先由前文的需求分析，列出主要的{tagshow(event)}">UI部分。     

Sov.WAF是由0x001本人開發的一款免費WEB防火牆軟體。基於.NET 2.0。支援IIS網站自動匯入，並提供了兩種模式來監視網站資料夾。1，完全模式：(適合長期穩定的網站)     (1).建立，新的檔案產生，程式會移動到程式目錄下的Virus目錄中備份。     (2).更改，檔案被更改，程式會從預設的備份檔案恢複過來。防止被修改。(恢複功能還沒實現，其實很簡單，只是還沒趕時間加進來。)   

方法一：SELECT * INTO #t1 FROM dbo.HorseBaseDECLARE @id intDECLARE @t2 table (id int)WHILE (exists(SELECT HorseNumber FROM #t1))BEGINSELECT TOP 1 @id=HorseNumber FROM #t1INSERT INTO @t2 SELECT HorseNumber FROM #t1 WHERE HorseNumber=@idDELETE FROM #t1

在這篇文章中我們將對BlogEngine.Net的全域{tagshow(event)}">配置進行一下分析與探討。關於配置這一部分單獨拿出來做一篇文章實在有些牽強，但是我總覺得這個配置部分比較獨立，而且BlogEngine.Net的設計和實現都有很多可以參考的地方。在一個企業級應用系統中，對一些系統全域參數進行配置是必不可少的，那麼我們是怎麼處理這些配置的呢？   

      最近朋友的公司已經註冊完成了,需要我幫它來開發資訊發布系統.     我最近在公司做的項目多為微軟的mvc 架構的開發,借給朋友做系統的機會,自己也總結一下,也跟大夥分享一下.     首先是工具準備     Enterprise Architect 7.5 漢化版（描述需求和設計）     microsoft  visio     VS2010+SQL SERVER 2008(朋友的網站小access就夠了,我本機就用sql server吧)   

Controller 這一層首先要添加對WCF 的引用： 如下，輸入我們自己的wcf地址http://localhost:8732/Design_Time_Addresses/InfoPub.BLLService/Service1/mex 為瞭解析嵌套結構的類，我們加入JsonBinderusing System;using System.Collections.Generic;using System.Linq;using System.Web;using

近我要開始這個{tagshow(event)}">系列了，這是我的第一個系列。關於BlogEngine.Net我想說的是，它設計的真的很棒，代碼簡潔但是功能很多，真是麻雀雖小，五髒俱全啊，而且具有了很多Web2.0的特徵，甚至它的每一行代碼都值得我們去研究一下，它的Team

第一個版本的Parallet是在DotNet裡實現的. (內建GC省了很多工作量)當前進度是, 在同一個編譯系統中同時實現了解釋執行,編譯執行,調用IL,被IL調用,IL類型,新類型系統這6個東西混在一起是非常複雜的.互相調用時的同步非同步模式轉換,參數傳遞與類型轉換, 非常麻煩.經過今天部分完成的編譯執行的驗證, 效能比解釋執行最多提升了一百多倍. (已經超過ChromeJS, 優勢來自於支援強型別)也就是說, 雖然編譯執行的環節的增加讓實現變得很繁瑣,

下面開始在我們的解決方案裡面增加實體.這一層我個人感覺是跟資料庫的映射層次，有了這一層，各層訪問資料庫會方便很多，不然的話得用DataSet或DataReader的直接存取了。理解為持久化對象就ok了。在這裡我們開始使用動軟.Net代碼產生器,這個網上很多，想使用的下載就可以了，更好的是CodeSmith

基本上可以使用了.還差一些功能會在後面增加和完善.目錄監視功能:分析網頁木馬,基本上都可以殺掉.HTTP監視功能:暫時沒有加入防護,只做了監視,可以探測到駭客使用注入漏洞攻擊時留下的痕迹,分析伺服器安全,是不錯的. 點擊這裡下載程式: /Files/0x001/Sov.WAF.rar 展示圖片: 我複製了幾個測試用的網頁木馬,被監視到了 程式在日誌中留下了被監視到的檔案的時間點與路徑. 並把檔案移到了程式的Virus目錄下.方便以後用來研究網頁木馬. 切換到HTTP監視,並選擇正確的伺服器IP,

本文主要是對將要實現的架構進行一個總體的描述，使朋友們對這個架構有個宏觀上的認識。這篇文章理論性的東西會偏多一點，從下篇開始，將進行實際項目的開發。這篇文章的許多內容摘自我的畢業論文。架構基本原則：      這裡，將描述一些在這個架構設計中的基本原則，其中很多都是經典的設計原則，不過針對分層架構的特點，用我自己的{tagshow(event)}">語言進行了描述。其中也有我自己提出的原則。      逐層調用原則及單向調用原則     

1.SCA域(SCADomain)是開始載入所有的.compusite設定檔,故此有一個載入錯誤,SCADomain就會報執行階段錯誤,返回null; 2.與web容器結合時,過濾器報錯是因為沒有綁定資料表空間和具體載入的模組;　　解決: sca-contribution.xml:3.對以下此句話,進行證實:　　SCA應用與其他的處於不同域內的SCA應用的互動看上去就跟與非SCA應用的互動一樣；在域外SCA是不可見的;

從這篇文章開始我會引入一些領域上的知識或者給出一些參考文章來供大家閱讀，我們對這些領域上的知識沒有必要深挖，只要大概瞭解一下就可以了，這對於我們分析BlogEngine.Net會有很大的協助。在這篇文章中我主要向大家介紹一下BlogEngine.Net的{tagshow(event)}">搜尋部分的實現以及支援的相應標準等。先用自己的話解釋一下什麼是OpenSearch   

BLL層我們用wcf 來提供服務，這一層我們只對外只發布一個服務，為了使我們的代碼可維護更好，我們引入抽象原廠模式。這樣的話我們首先也建立三個介面：1）  IInfo InfoResult Add(Info info);InfoResult Update(Info info);InfoResult Delete(int infoId);InfoList GetInfoList(SearchInfo searchInfo);InfoList GetInfoById(int infoId);2）