Time of Update: 2018-12-06
談到進階{tagshow(event)}">語言編程,我們就會聯想到{tagshow(event)}">設計模式;談到設計模式,我們就會說道怎麼樣解耦合。而Spring.NET的IoC容器其中的一種用途就是解耦合,其最經典的應用就是:依賴注入(Dependeny
Time of Update: 2018-12-06
一、屬性注入 上篇我們簡單提到依賴注入的用途。回顧一下所講內容,發現在object節點下使用了<property name="Tool" ref="computer"/>。而property 標籤正是用來屬性注入的。而ref是用來標識是關聯到哪個object。而name屬性是指屬性名稱。如下: <object id="modernPerson" type="SpringNetIoC.ModernPerson, SpringNetIoC">
Time of Update: 2018-12-06
我們在第三篇中學習裡一個簡易的IoC{tagshow(event)}">架構。今天我們接著上次的程式,實現帶參數建構函式對象的執行個體和屬性的注入 。 我們知道可以通過反射擷取類的建構函式及參數(GetConstructors方法);可以擷取屬性和屬性的類型(GetProperties方法)。通過Activator的CreateInstance(Type type, params object[]
Time of Update: 2018-12-06
多數使用者都會將容器中的大部分對象布署為singleton模式。當一個singleton對象需要和另一個singleton對象協作,或者一個非singleton對象需要和另一個非singleson對象協作時,Spring.NET都能很好的處理它們的依賴關係。但是,如果對象的生存周期不同,就可能會產生問題。例如,假設一個singleton對象A要使用一個非singleton(原型)對象B,A中的每個方法都會用到B的新執行個體。由於A是singleton對象,容器只有會建立它一次,也就是說只有一次給
Time of Update: 2018-12-06
Integrartion Services 包實際上就是一個對象屬性的集合,在前面我們開發的所有 Integration
Time of Update: 2018-12-06
在學習{function onclick(){tagshow(event)}}">Spring.NET這個控制反轉(IoC)和面向切面(AOP)的容器{function onclick(){tagshow(event)}}">架構之前,我們先來看一下什麼是控制反轉(IoC)。 控制反轉(Inversion of Control,英文縮寫為IoC),也叫依賴注入(Dependency
Time of Update: 2018-12-06
容器是Integration Services 包中非常重要的一部分功能,它可以對控制流程中的任務進行直觀的劃分與組織,使包的結構簡明扼要、易於管理、易於維護。 在Integration Services 中,主要有以下三種類型的容器: 序列容器(SequenceContainers)、For 迴圈、Foreach
Time of Update: 2018-12-06
一、按指定符號分割字串,返回分割後的元素個數,方法很簡單,就是看字串中存在多少個分隔字元號,然後再加一,就是要求的結果。CREATE function Get_StrArrayLength( @str varchar(1024), --要分割的字串 @split varchar(10) --分隔字元號)returns intasbegin declare @location int declare @start int declare @length int set @str=l
Time of Update: 2018-12-06
AOP即面向切面編程(Aspect Oriented Programming的縮寫),是OOP(物件導向編程)的一種延續形式。是通過先行編譯方式和運行期動態代理實現在不修改原始碼的情況下給程式動態統一添加功能的一種技術,它從一個不同於OOP的角度來看待程式的結構:OOP將應用程式分解為一{tagshow(event)}">系列表現為繼承關係的對象;AOP
Time of Update: 2018-12-06
講了這麼多理論,我們來手動實現一個簡易的IoC{tagshow(event)}">架構的,這樣可以加深IoC的理論知識。 一、思路在我們使用Spring.NET架構的時候,首先需要執行個體化Spring.NET容器, 然後調用IoC容器IObjectFactory{tagshow(event)}">介面中GetObject方法擷取容器中的對象。通過這一點就可以告訴我們製作IoC容器需要寫一個擷取 XML檔案內容的方法和申明一個Dictionary<string,
Time of Update: 2018-12-06
Castle的解釋Castle 英文意思為城堡常見架構Castle和Spring.Net是.net開源架構中最熱也是最優秀的兩個IOC架構,NHibernate實現ORM,Castle也是使用Nhiberante來做的ORM常見的組合Spring.Net +Nhibernate或者Castle簡略介紹Castle架構分為一下幾個組件ActiveRecord - 1.0.3 (RC3) 基於Nhibernate MonoRail - 1.0.3 (RC3) 一個MVC架構
Time of Update: 2018-12-06
using System;using System.CodeDom;using System.IO;using System.Text;using System.Web.Services.Configuration;using System.Web.Services.Description;using System.Web.Services.Protocols;using System.Xml.Serialization; // The YMLAttribute allows a
Time of Update: 2018-12-06
1.讓文字不停地滾動 <MARQUEE>滾動文字</MARQUEE>2.記錄並顯示網頁的最後修改時間 <script language=Javascript> document.write("最後更新時間: " + document.lastModified + "") </script>3.關閉當前視窗 <a href="/"onClick="javascript:window.close();return false;">關閉視窗</a>4.5秒後關閉當前頁 <script
Time of Update: 2018-12-06
文章目錄 Examples: 1.這個外掛程式挺好用的,可以用它來代替微軟的gridview,前提是您用了asp.net mvc模式開發下面是找到的一些英文資料,大家可以參考下網址如下:http://api.jquery.com/category/plugins/templates/jQuery.tmpl( template, [data,] [options] ) Returns: jQuery Description: Render
Time of Update: 2018-12-06
前面的文章討論了使用SQL語句和預存程序兩種資料訪問層的實現方式,這一篇裡,將討論使用ORM方式實現資料訪問層的方法。 對象-關係映射(Object/Relation
Time of Update: 2018-12-06
高負載、高並髮網站架構知識匯總-大流量網站架構的幾點認識[其它] post by Wrong-T / 2010-6-7 16:43 Monday一:硬架構 1 :機房的選擇: 在選擇機房的時候,根據網站使用者的地區分布,可以選擇網通或電信機房,但更多時候,可能雙線機房才是合適的。越大的城市,機樓價格越貴,從成本的角度看可以在一些中小城市託管伺服器,比如說廣州的公司可以考慮把伺服器託管在東莞,佛山等地,不是特別遠,但是價格會便宜很多。 2 :頻寬的大小:
Time of Update: 2018-12-06
上篇我們簡單的瞭解了{tagshow(event)}">AOP的應用情境,知道AOP編程的重要性。這篇我們先看一段代碼,來開始今天的學習。 回顧與上篇類似的代碼:SecurityService類的IsPass判斷使用者名稱為“admin”則有許可權儲存資料。OrderService為儲存資料的類,實現IOrderService{tagshow(event)}">介面。 public class SecurityService { public bool
Time of Update: 2018-12-06
Spring.NET通過幾個專門的{function onclick(){tagshow(event)}}">介面來控制容器中對象的行為。說到對象的行為無非就要提到對象的生命週期控制。類似在WinForm開發,Form生命週期中,Load方法為Form的載入方法和Dispose方法為Form的銷毀方法。Spring.NET都能完美的實現這些需求。 一、生命週期介面 在使用Spring.NET{function
Time of Update: 2018-12-06
最近一直在忙,今天對於上次說的問題做補充。純屬個人一點小看法,只拋磚而已,希望能引玉。文章只針對於中小型企業,且沒有成熟的開發過程企業來說,所以裁剪的文檔參考CMMI3級的標準文檔。 關于敏捷開發和CMMI的管理大家都各有心得,我就不在對各自具體管理做闡述了,緊緊針對文檔裁剪說點看法,首先敏捷開發強調的核心的東西是交流,但對於當今的項目開發來說,個人交流恰恰是個痛點,做開發的基本上都是能不交流就不交流,開發進度緊張時更是如此,在項目中開發與測試交流起來更加困難,這兩部分人員有部分工作在某種意義上
Time of Update: 2018-12-06
通過瀏覽部落格園的文章發現,很多朋友對分層{tagshow(event)}">架構特別感興趣,剛好我剛做完的畢業設計就是專門研究.NET平台上分層架構的(題目叫“基於.NET平台的分層架構與{tagshow(event)}">設計模式應用研究”)。通過做這篇論文,我對分層架構有了一定的瞭解,所以,就萌發了想寫一個文章{tagshow(event)}">系列,詳述一下分層架構。然而,論文的理論性太強,不適合在網上{tagshow(event)}">發布,尤其不適合初學者理解,所以,我想在這個文章系