<output id="qn6qe"></output>

    1. <output id="qn6qe"><tt id="qn6qe"></tt></output>
    2. <strike id="qn6qe"></strike>

      亚洲 日本 欧洲 欧美 视频,日韩中文字幕有码av,一本一道av中文字幕无码,国产线播放免费人成视频播放,人妻少妇偷人无码视频,日夜啪啪一区二区三区,国产尤物精品自在拍视频首页,久热这里只有精品12
      上一頁 1 ··· 4 5 6 7 8 9 10 11 下一頁

      2011年2月14日

      private 和 protected 構造函數的選擇

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

      posted @ 2011-02-14 13:11 聽說讀寫 閱讀(3831) 評論(1) 推薦(0)

      某項目要調用現有的100多個DLL 三 先解決為一個類型做一個跨域的問題

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

      posted @ 2011-02-14 11:40 聽說讀寫 閱讀(530) 評論(0) 推薦(0)

      面試題:紅綠燈

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

      posted @ 2011-02-14 11:06 聽說讀寫 閱讀(931) 評論(2) 推薦(0)

      2011年1月28日

      某項目要調用現有的100多個DLL 二 最最簡單原型的思考

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

      posted @ 2011-01-28 21:16 聽說讀寫 閱讀(530) 評論(0) 推薦(0)

      某項目要調用現有的100多個DLL 一 開始

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

      posted @ 2011-01-28 15:41 聽說讀寫 閱讀(685) 評論(1) 推薦(0)

      2011年1月19日

      一個簡單的封裝 .net的日志功能

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

      posted @ 2011-01-19 15:01 聽說讀寫 閱讀(999) 評論(0) 推薦(1)

      2011年1月18日

      .net 自帶的日志功能 System.IO.Log (讀取)

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

      posted @ 2011-01-18 17:05 聽說讀寫 閱讀(1964) 評論(0) 推薦(0)

      .net 自帶的日志功能 System.IO.Log (寫入)

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

      posted @ 2011-01-18 09:56 聽說讀寫 閱讀(5992) 評論(1) 推薦(0)

      2011年1月12日

      .net 哪些異常是沒法catch的?

      摘要: 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 閱讀全文

      posted @ 2011-01-12 09:41 聽說讀寫 閱讀(698) 評論(4) 推薦(2)

      2011年1月10日

      .net 雖然他們catch了異常,我們還是能知道的

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

      posted @ 2011-01-10 10:58 聽說讀寫 閱讀(570) 評論(2) 推薦(0)

      2011年1月7日

      常見的Lambda表達式引起的閉包問題

      摘要: 以下代碼的原意是想找出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了 閱讀全文

      posted @ 2011-01-07 14:42 聽說讀寫 閱讀(1893) 評論(0) 推薦(0)

      Lambda動態附加條件和排序語句 (可用于linq to sql)

      摘要: 一種常見的情況, 使用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)被 閱讀全文

      posted @ 2011-01-07 14:00 聽說讀寫 閱讀(8366) 評論(3) 推薦(1)

      CLR via C# 讀書筆記 6-4 監控AppDomain資源使用

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

      posted @ 2011-01-07 11:41 聽說讀寫 閱讀(1135) 評論(0) 推薦(0)

      2011年1月6日

      CLR via C# 讀書筆記 6-3 跨域訪問的性能問題

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

      posted @ 2011-01-06 15:29 聽說讀寫 閱讀(1295) 評論(0) 推薦(0)

      CLR via C# 讀書筆記 6-2 不同AppDomain之間的通信

      摘要: 跨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.默認情況下新建 閱讀全文

      posted @ 2011-01-06 14:00 聽說讀寫 閱讀(3776) 評論(0) 推薦(0)

      上一頁 1 ··· 4 5 6 7 8 9 10 11 下一頁

      導航

      主站蜘蛛池模板: 97欧美精品系列一区二区| 97久久综合亚洲色hezyo| 国产日本一区二区三区久久| 色av专区无码影音先锋| 亚洲无码a∨在线视频| 永久黄网站色视频免费直播| 亚洲狼人久久伊人久久伊| 久久夜色精品国产噜噜亚洲sv| 性人久久久久| 亚洲日本高清一区二区三区| 精品久久欧美熟妇www| 国产成人精品视频不卡| 国产日女人视频在线观看| 真实国产老熟女无套中出| 高清偷拍一区二区三区| 一本大道久久a久久综合| 亚洲日韩av在线观看| 欧美日韩v| 亚洲精品专区永久免费区| 丁香五月亚洲综合深深爱| 亚洲精品一区二区三区片| 好紧好湿好黄的视频| 国产人妻丰满熟妇嗷嗷叫| 在线免费成人亚洲av| 好男人社区在线www| 蜜臀av性久久久久蜜臀aⅴ麻豆| 里番全彩爆乳女教师| 无码国产成人午夜电影在线观看| 丁香五香天堂网| 一卡2卡三卡4卡免费网站| 亚洲国产精品一二三四五| 国内久久人妻风流av免费| 久久天天躁狠狠躁夜夜躁2020 | 国产乱子伦视频在线播放| 人体内射精一区二区三区| 久久88香港三级台湾三级播放| 亚洲精品成人无限看| 福利一区二区1000| 日本久久久免费高清| 久久成人国产精品免费软件| 日韩大片高清播放器|