聽說讀寫

摘要： 實現單例模式的時候經常要把構造函數標記為private 和protected以防止外部直接通過new操作符 構造一個新的實例眾所周知 private 和protected的主要區別就是 后者允許子類調用被標記為protected的方法另外一個常識: 使用new操作符構造一個子類的過程中 .net會先構造一個父類出來 ,如此遞歸 直到object對象那么也就是說 標記為protected的時候 實際上還是可以通過繼承的方式間接的構造父類對象代碼如下: (new ClassB的同時也間接的new ClassA了)[代碼]private則沒有這個問題, 但是! 標記為private以后實際上也就意味 閱讀全文

摘要： 將同類的操作Wrap在同一個類型中,如以下代碼: [代碼]這是一個簡單的wrap 用于調用另外一個dll的OPATest 類 , 同時測試一下代碼是否運行在獨立的域中構造函數變為Protected的主要原因是禁止直接通過構造函數新建wrap實例,強迫通過DefaultInstance的方式調用代碼 (這樣才是應用程序隔離的)不變成Private的原因是之后還需要有繼承 如果把父類的構造函數設置為private 那么子類也構造不了但是在當前代碼中 你應該把protected改為public 才可以正常的運行, 為了解決跨域的問題 將wrap類繼承于 MarshalByRefObject ,Opa 閱讀全文

摘要： 已知一個十字路口,1.每次切換紅綠燈的時間間隔總是M2.相對的紅綠燈總是同樣的狀態3.相鄰的紅綠燈總是不同的狀態( 即狀態要么是 0101 要么是1010 不可能出現其他狀態,如1100)4.一個人通過一個人行橫道的時間是N (N<M)5.請問一個人任意時間到達路口,到達對角所需的平均時間6.按照國外的情況 只要你上人行道的時候還是綠燈, 那么你就可以一直走過去 (即使下一秒變成了紅燈)大意就是碰運氣啦 一個人要走到對角 平均需要多久 閱讀全文

摘要： 最最簡單的原型:假設某個類庫提供了一個方法 [代碼]Input Onput是兩個類, 分別代表了輸入輸出參數的格式 ,沒有實現可序列化Serializable, 不能直接跨域UserManager不是可序列化 不能用Marshal by value的方式跨域操作UserManager沒有繼承MarshalByRefObject 無法通過Marshal by refrence 的方式跨域操作這里有幾個小小的技術難點1.如何讓沒有實現Serializable的類,變成跨域操作所需的可以序列化的類 (下面的章節解決這個問題) 2.有沒有一種簡單的方式可以實現跨域的簡單代碼操作, 就像平常的dll直接 閱讀全文

摘要： 某個項目需要使用很多內部其他Team的DLL 和第三方的DLL (大概百來個吧......這是什么鬼啊...可怕的歷史,又不能改 這些dll都上生產環境了)如果直接用dll引用之后調用 會有很多很多的問題　　1.程序的質量會下降到 這百來個dll中質量最差的一個 (萬一某些人在代碼里面寫什么lock(string) 啊什么的....死啦死啦的)　　2.很多dll需要特殊的配置 把這些東西都放在web.config就準備等死吧...也不知道哪些是哪些,維護很容易死人　　3.有些dll也許內部做了什么cache啊 或者開了什么socket端口啊 這種東西.. (有個組件TMD的內部緩沖了1G的數據 閱讀全文

摘要： 因為項目需要 ,經常自己寫一點工具類下面就是一個簡單的日志類,支持多線程,不鎖定文件,需要CLFS支持,性能非常好0警告 0stylecop代碼以下是單元測試代碼:代碼 閱讀全文

摘要： 那些寫出來的日志.....最終保存為二進制數據,直接用文本沒法看(可能是為了考慮性能和體積吧)沒法子 只好自己再寫個功能讀取日志了代碼雖然很簡單 不過不能直接用記事本查看日志還是很麻煩的.... 閱讀全文

摘要： 在.net 4.0中 framework自帶了一組寫日志的類,都位于System.IO.Log 命名空間下其中LogRecordSequence 提供了對公用日志文件系統 (CLFS) 日志的實現(xp不支持...)FileRecordSequence提供了對普通日志文件的支持代碼　　LogRecordSequence 的性能非常好,注:在我的機器上(windows 2008) 測試寫入10000條耗時0.03秒 .(不要每寫一條都Flush: 設置參數 RecordAppendOptions.None) PS: 可以將 RetryAppend設置為true開啟功能: 文件滿的時候,自動生成另 閱讀全文

摘要： 1.StackOverFlowException (一般來說這個不是真的堆棧不夠了,而是你的代碼出現了無線遞歸),如果你用throw new StackOverFlowException 還是可以catch的2.OutOfMemoryException (好像只有 box newarr newobj 才會拋出這個異常)3.非CLS的異常(一般來源于本地代碼,這些異常不繼承于System.Exception)　　在.net framework 4.0中默認行為不捕獲非CLS的異常　　在.net framework 2.0中會把非CLS的異常包裝為System.Exception的之類(可以cat 閱讀全文

摘要： 有的時候某些人的代碼會把異常吃掉(catch以后不rethrow....)以下代碼可以獲取所有的異常...即使他們catch以后什么也不做代碼PS: 其實拿來做log也不錯..除了幾種保留類型以外,其他異常都觸發這個事件(某些異常是沒法catch的) 閱讀全文

摘要： 以下代碼的原意是想找出list中滿足Name字段包含t, Remark字段包含mark的數據代碼不過實際情況是data中間一條記錄都沒有而hardcode算出來的data2中有3條記錄原因如下:　　這個lambda表達式 Where(p=p.Name.Contains(val)) , 實際上只是保留了一個指向函數外部的val的引用 , 他這個時候并沒有把val的真實的值拷貝進來　　真正去讀取val值的時候是 lambda.ToList() 這個時候才真正執行lambda表達式取數據,過濾數據 ,也是這個時候才去讀取val的值　　而在foreach的第二次操作的時候 val的值被覆蓋mark了 閱讀全文

摘要： 一種常見的情況, 使用linq-to-sql 或者lambda(Entity framework)去數據庫取條件的時候需要附加多個條件或者排序語句以 Name="John" Age=23 為例先明確一個概念 對于Lambda來說 以下兩個表達式是等價的　　1. list.Where(p=p.Name=="John" && p.Age==23) 　　2. list.Where(p=p.Name=="John" ).Where(p=p.Age==23)lambda表達式只是創建了一個方法的定義 實際上并沒有執行真正的執行一般等到ToList()方法(內部其實是IEnumerableT)被 閱讀全文

摘要： 可以通過將AppDomain.MonitoringIsEnabled 設置為true開啟監控域的資源之后可以通過訪問以下屬性獲取域的資源消耗　　1. MonitoringSurvivedMemorySize 2. MonitoringSurvivedProcessMemorySize 3. MonitoringTotalAllocatedMemorySize 4. MonitoringTotalProcessorTime不過這里有些非常惡心的地方　　1. 開啟監控是全局的..你不能只能只監控某個域　　2. 開了就關不掉了....如果在將MonitoringIsEnabled 設置為ture以后 閱讀全文

摘要： 以下代碼演示了跨域訪問的性能問題大約不跨域比跨域快100多倍....代碼test result in my machine:10117532 閱讀全文

摘要： 跨AppDomain通信有兩種方式　　1.Marshal By reference : 傳遞引用　　2.Marshal By Value : 把需要傳遞的對象 通過序列化反序列化的方式傳遞過去(值拷貝)　　　　只有標記為 可序列化 Serializable 的類才能通過 Marshal By Value的方式通信以下代碼描述了幾種跨域通信的情況1.AppDomain是CLR的內部行為,windows完全不清楚有AppDomain的存在2.在新的域中加載Assembly和Type最好用完整限定名(如果直接加載Type, CLR會自動加載Type所在的和所用到的Assembly)3.默認情況下新建 閱讀全文