.Net動態代理Castle系列(二)— ORM中消極式載入及實現

說到消極式載入(Lazy Load), 有些文章或書籍翻譯為懶載入,雖然我不太喜歡這個翻譯,但是這個“懶”字能貼近生活的。很多事情我們懶得去做,如果事情沒有發生,我們就賺到了。消極式載入,Martin

在cocos2d-x使用spritesheet和用spritesheet建立動畫

  本次教程主要講解下spritesheet(精靈圖表,主要用的是CCSpriteBatchNode)的優點和怎麼用spritesheet來建立一個動畫。本次教程的參考文章有:himi的部落格文章關於CCSpriteBatchNode的, http://blog.csdn.net/xiaominghimi/article/details/6761811           子龍山人的翻譯文章:http://www.cnblogs.com/zilongshanren/archive/2011/04

開中斷和關中斷

  關中斷和開中斷其實就是像我們生活中的開關一樣。

一個簡單的打地鼠遊戲Cocos2d-x for WindowsPhone:開發一個打地鼠遊戲

免責聲明:本文章由fengyun1989創作,採用知識共用署名-非商業性使用-相同方式共用 2.5 中國大陸許可協議進行許可。 寫在前面:最近兩個月比較忙,很久沒更新教程了。這麼些日子,發生了不少事,WP8發布了。我的T8788也被徹底拋棄了。。。win8也RP版了。前景未蔔啊。肯定不少人在迷茫了吧。我覺得呢,都是浮雲,語言只是工具,能夠一通百通才是王道,微軟不行大不了換IOS,Android。接下來的一段時間,估計會寫些win8的教程。我感覺win8和WP8有種莫名的聯絡,不過也道不清說不明。

中繼資料與IL簡介

文章目錄  1.3.2       中繼資料1.3.3       IL常用指令1.3.4       IL與代碼驗證  文/玄魂1.3.2      

程式碼群組(3) 屬性

程式碼群組(3)

使用Bing地圖

  免責聲明:本文章由fengyun1989創作,採用知識共用署名-非商業性使用-相同方式共用 2.5 中國大陸許可協議進行許可。     Ps:這篇文章基於Rp版寫的。在RTM版使用BingMap大同小異。  突然想在win8使用下Bing地圖,遙想在Wp7的時候,使用Bing地圖就是添加一個引用,然後在Page頁面添加命名空間,這樣地圖就出來了。微軟的基本都是一個套路,我估摸著在win8下也是如此。  那麼就試試,試試就知道,發現不少問題。  1,首先考慮添加引用。在工程的引用目錄,右鍵--

Hash碰撞與拒絕服務的攻擊

文/玄魂1.Hash與Hash碰撞      

協變與逆變

  協變與逆變是.NET 4.O 的新特性,協變和逆變允許數群組類型、委託類型和泛型型別參數進行隱式引用轉換。 協變保留分配相容性,逆變與之相反.  一.協變   1.介紹概念之前,先看個例子   /// <summary>/// 在.NET 4.0之前編譯報錯/// </summary> class Program {public abstract class Person { public string Name { get; set; }

oxite “傳入的路由無效”解決方案

oxite "The incoming request does not match any route"安裝oxite的過程中出現了這個問題。oxite的OxiteSite網站下共有兩個設定檔,都有連接字串。webconfig中為<add name="ApplicationServices" connectionString="Data Source=127.0.0.1;Initial Catalog=oxite;user id=;password="/>,當網站附加資料庫成功後,

使用笛卡爾積解決一個實際的問題

  項目中使用的Nhibernate,在遇到某些問題的時候感覺執行的效率不高,這裡就有個實際的情境,並用笛卡爾積來解決了這個問題。關於Orm最近看了Maintin Flower的文章OrmHate也讓我對Orm有了更深刻的認識,在這個例子中我們我看到Orm並不是讓我們不需要瞭解資料庫,不需要知道資料庫的底層知識,它並不是萬能的,所以資料庫的底層知識還是很重要的,還有我們的程式不能脫離資料,有資料往往就有資料庫的參與,這樣可想而知,資料庫的底層知道對我們是多麼重要。閱讀全文

重構之痛

重構,是編寫代碼必須要面對的一項操作,同時也應該是程式員樂於實踐的一項內容。不論是邏輯實現還是設計過程,乃至整個分層結構,我們都可能面臨並且實施重構。這篇文章不會告訴您什麼是重構,如何去優美的重構等等的理論,只想和大家分享一些感受,並且探討一些問題。最近的兩周,我一直對我們團隊的一個子業務架構做重構的工作,很多地方讓我感到很痛苦,於是便有了這篇文章。牽一髮而動全身的根源在哪裡當我開啟解決方案,查看代碼的時候,我們會發現很多問題,比如冗餘的代碼,效能低下的邏輯實現等等,但是當我著手去改造的時候,潛

我眼中的.NET平台下垃圾收集

  對於C、C++程式員來說,是沒有垃圾收集器的,這就意味著程式員必須抽出時間來關心記憶體的問題,自己分配的記憶體空間需要自己手動的釋放掉。這樣往往會引發二個問題:  1.記憶體泄露(沒有釋放掉已指派的記憶體空間)  2.訪問了已經釋放的記憶體空間。  上述2個問題,往往會讓程式變得很不穩定,變得不可預測。為了避免這些問題,同時把程式員解放出來,Java、.Net平台出現了記憶體回收行程這個概念。記得,曾經聽到過這就得比喻,在國外的麥當勞,顧客是需要自己收拾吃剩的食物(明顯是C、C++程式員)。

程式集基本概念

文章目錄 2.1.1  模組的操作2.1.2  程式集概念2.1.3  強式名稱程式集2.1.4  共用組件2.1.5 建立多檔案程式集 

Mock對象介紹和簡易的實現

最近在學習TDD,在測試驅動開發的時候常常會遇到測試的模組依賴到其他模組的時候,就會使用Mock對象,所以將自己最近學習的心得拿出來分享一下,有什麼說的不對的地方,還希望大家跟我指出來!  想必大家都知道單元測試,是一個最小的對程式正確性檢查的單位。在物件導向的開發中,往往我們是對一個方法進行測試,我們的測試目的是為了驗證這個方法是否正確,也就是說如果這個方法錯了,我希望的是一定是這個方法錯了,而不是它所依賴的方法錯了。如果整個單元測試跑下來,有10個錯誤,我們希望的是確實有10個方法錯了。所以

託管PE檔案

文章目錄 1.3.1       託管PE檔案 文/玄魂  中繼語言在.NET架構中,通用語言基礎結構使用CLS來綁定不同的語言。通過要求不同的語言至少要實現CTS包含在CLS中的部分,通用語言基礎結構允許不同的語言使用.NET架構。因此,在.NET架構中,所有的語言(C#、VB.NET、Effil.NET等)最後都被轉換為了一種通用語言:微軟中繼語言(Microsoft Intermediate Language,MSIL,以下簡稱IL)

WCF BasicHttpBinding 安全解析(8)Message安全模式(iis宿主)

Message安全模式基於訊息保護,強制用戶端和服務端提供認證,服務端對返回的訊息體進行加密。本節筆者更換服務端的認證,名為XuanhunServer1。首先我們在服務端配置Message安全模式,如代碼清單11-106所示。代碼清單11-106 配置Message安全模式 <bindings><basicHttpBinding><binding name="basicBindingConf"><security mode="Message">&

WCF HttpBinding 安全解析 (5)Basic驗證(IIS宿主)

Basic驗證方式是基於使用者名稱/密碼的驗證方式,在Windows環境下,我們提供的是有效Windows使用者名稱和密碼。但是Basic身分識別驗證方式和Windows身分識別驗證方式是有本質上的區別的。Basic是Http安全規範(RFC 2617),不同的互連網應用體系都可以實現和進行Basic身分識別驗證。我們使用代碼清單11-89的配置在TransportCredentialOnly模式下啟用Basic驗證。代碼清單11-89

WCF BasicHttpBinding 安全解析(3)預設安全設定(IIS宿主)

本節開始的執行個體採用IIS作為WCF宿主,使用的契約和實現和前面使用的仍然相同,下面我們構建兩個網站,一個WCF服務宿主要站台,一個服務測試網站。首先我們建立服務端,開啟vs2010à檔案à建立項目à選擇WCF模板àWCF服務應用程式,11-31。圖11-31

非對稱式加密(1)非對稱式加密原理

非對稱式加密(1)非對稱式加密原理現在我們已經知道對稱式加密的一個最大的問題是如何安全地傳輸密鑰,並且在對稱式加密的體系下找不到好的解決方案。1976年,美國學者Dime和Henman為解決資訊公開傳送和密鑰管理問題,提出一種新的金鑰交換協議,允許在不安全媒體上的通訊雙方交換資訊,安全地達成一致的密鑰,這就是“公開密鑰系統”。相對於“對稱式加密演算法”這種方法也叫做“非對稱式加密演算法”。與對稱式加密演算法不同,非對稱式加密演算法需要兩個密鑰:公開金鑰(publickey)和私密金鑰(priva

總頁數: 61357 1 .... 12219 12220 12221 12222 12223 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.