其他

今天在調一IM斷線重連的功能，一直撥插本本的網口，十幾次下來後有點心疼。可又懶得每次切換過來切換過去

靜態項目視頻教程: http://mdl5.mydown.com/23/tests/200905/wyzzjc.rarASP執行個體開發視頻教程: http://mdl5.mydown.com/23/tests/200905/qywzkf.rarFireworks8視頻教程: http://mdl5.mydown.com/23/tests/200905/fw.rarWindows視頻教程:

今天由於項目原因，需要用C#解析Xml檔案，由於使用的是3.5的framework，所以想到拿Linq to xml試試水。於是按著MSDN上的作法自己試了一下 CodeCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> XElement root = XElement.Load("ProjectSoruce.xml");               

Code highlighting produced by Actipro CodeHighlighter

1.引子  我們人類是一種貪婪的動物，如果給您一個容量一定的背包和一些大小不一的物品，裝到背包裡面的物品就歸您，遇到這種好事大家一定不會錯過，用力塞不一定是最好的辦法，用腦子才行，下面就教您如何解決這樣的問題，以獲得更多的獎品。2.應用情境  在一個物品向量中找到一個子集滿足條件如下 ：   1）這個子集加起來的體積大小不能大於指定閥值   2)   這個物品子集加起來價值大小是向量V中所有滿足條件1的子集中最大的3.分析  

CLI Calling Conventions [in ECMA-335]CLI函數調用協定精確地描述了Managed

如何編寫非同步WebService(不是非同步呼叫WebService)摘要：我們做webService的時候，如果在處理使用者請求的時候需要進行非同步IO操作，在非同步IO完成前會有一個線程在那裡同步等待，正在等待的請求太多的話會大大降低服務的輸送量，asp.net2.0裡有非同步HttpHandler能解決這個問題，可.net2.0沒給弄一個非同步webservice，這就需要我們自己去實現了。分析：.net處理webservice請求大致是這樣的1、用SyncSessionlessHand

概述         國人向來喜歡論資排輩的,每個人都想當老大,實在當不成,當個老二,老三,老K也不錯,您一定看過這樣的爭論: 兩個人吵架,一個人非常強勢,另外一個忍受不住了便說:"你算老幾呀?",下面就通過這篇文章就是要解決找出老幾的問題!    2.   應用情境        在向量V[first,last)中尋找出第K大元素的值    3.  分析       

廢話就不多講了，直接看看下面的例子。1）static int Test()        {            int val = 1;            try            {                return val;            }            finally            {                val = 2;            }        }2）static int s_val;        static

一個強制轉換快還是ToString快，搞得我暈頭轉向的。以為OK了出結果了，卻出現奇怪的情況，還好，總算是山窮水盡（複，李敖說的）疑無路，柳暗花明又一村。一開始，我想大家都跟我猜想的一樣，認為ToString比較慢，而且還有危險。結果一開始我的實驗結果跟我的猜測比較吻合，ToString比強制轉換要慢一個層級，不同的機子上面會有不同的結果，在10：1到6：1之間。但是後來有人說在Console下面不一樣，問題就變得讓我困惑起來了。事實上這個跟GDI，跟Form本身，跟DoEvents函數統統沒有

開源GIS---.Net系列 [轉載自 の峁卯の    ]NASA World WindNASA World Wind是使用.NET開發的一個Windows表單系統，以地球外觀看得角度提供全球定位功能，類似於Google Earth。它結合了美國國家航空航天局(NASA)從衛星拍攝的映像，這些映像應用於Blue Marble, Landsat 7, SRTM, MODIS

原理：WebService的會話儲存僅能使用一個唯一的cookie來標示！也就是server.CookieContainer=new

    原來一直使用代碼產生，包括CodeSmith和天平兄的CodeMatic。最近打算系統學習一下Nhibernate，經過簡單的一點探索，發現ORM和代碼產生真是個有千秋。本文側重比較一下ORM和代碼產生二者的優缺點，讓二者華山一比高下，目的為去偽存真，使二者能夠相輔相成。從而更好的提高開發效率。    本文從下面三個層面對ORM（以NHibernate為首發的O陣營) 和代碼產生(以CodeMatic為首發的C陣營)進行比較： 1）針對資料庫二者的架構層次上的異同 2) 

       上兩片第歸演算法學習：1） 遞迴演算法學習系列一（分而治之策略） 2） 遞迴演算法學習系列二（歸併排序）     

問題：          一隻剛出生的小牛，4年後生一隻小牛，以後每年生一隻。現有一隻剛出生的小牛，問20年後共有牛多少只？思路：          這種子生孫，孫生子，子子孫孫的問題，迴圈裡面還有迴圈的嵌套迴圈，一看就知道是第歸問題。於是乎,第一個版本出現：  public long Compute1(uint years)        {            //初始化為1頭牛            long count = 1;            if (years <= 3

      歸併排序是利用遞迴和分而治之的技術將資料序列劃分成為越來越小的半子表，再對半子表排序，最後再用遞迴步驟將排好序的半子表合并成為越來越大的有序序列，歸併排序包括兩個步驟，分別為：      1）劃分子表      2）合并半子表       首先我們來討論歸併演算法，歸併演算法將一系列資料放到一個向量中，索引範圍為[first,last],這個序列由兩個排好序的子表構成，以索引終點（mid）為分界線，以下面一個序列為例   

/*上傳檔案的WebService*/using System;using System.Collections;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Diagnostics;using System.Web;using System.Web.Services;using System.IO;/// <summary>/// Upload

分而治之的概念               分而治之是一種使用遞迴解決問題的演算法，主要的技巧是將一個大的複雜的問題劃分為多個子問題，而這些子問題可以作為終止條件，或者在一個遞迴步驟中得到解決，所有子問題的解決結合起來就構成了對原問題的解決    2. 

用WinDbg探索CLR世界 [2] 線程http://www.blogcn.com/user8/flier_lu/index.html?id=1370342&run=.0A2F3E7[2] 線程    在配置好WinDbg之後，我們載入一個CLR程式並執行至CLR被載入，然後開始我們的CLR探索之旅。    首先，使用!threads命令看看當前CLR中有哪些線程正在執行以下為引用：

NET戰略的一個比較重要的部分就是webservice,利用webservice我們可以建立真正有效分布式應用程式。下面，我們對webservice做一些說明。假設A是用戶端，B是webservice服務端，使用者通過http協議向伺服器發送soap請求，webservice返回用戶端XML格式的資料。現在我們看一看建立一個webservice的大致過程：服務端的webservice是必須要建的。中間的soap,xml我們不用去關心，在用戶端這邊，比較重要的是如何從webservice取得對象？