Time of Update: 2018-12-08
1.new有幾種用法第一種:new Class();第二種:覆蓋方法public new XXXX(){}第三種:new 約束指定泛型類聲明中的任何型別參數都必須有公用的無參數建構函式。2.如何把一個array複製到arrayList裡foreach( object o in array )arrayList.Add(o);3.datagrid.datasouse可以串連什麼資料來源 [dataset,datatable,dataview]dataset,datatable,dataview ,
Time of Update: 2018-12-08
TCP/IP協議以位元組的方式傳輸使用者資料,並沒有對其進行檢查和修改。這個特點使得應用程式可以非常靈活地對其中傳輸的資訊進行編碼。TCP/IP的唯一約束是,信息必須在塊(chunk)中發送和接收,而塊的長度必須是8位的倍數。而位元組正好是8位的,因此我們可以認為在TCP/IP協議中傳輸的資訊是位元組序列。鑒於此,我們可以進一步把傳輸的資訊看做數字序列或數組,每個數位取值範圍是0~255(8位)應用程式協議:明確定義了資訊的寄件者應該怎樣排列和解釋這些位序列(bit
Time of Update: 2018-12-08
有這樣一個故事:有一天一隻小蜘蛛在一個陳舊的屋子裡建立了自己網巢,因為他發現那裡有它喜歡的東西,有很多小昆蟲,足可以養活它茁壯成長,從那一天開始,小蜘蛛每天都能有新的收穫,很快就長的很強壯了,但是正在在它得意的時候,屋子的主人回來了,主人把屋子全部打掃了一遍,打掃的很乾淨,不過還好,小蜘蛛的網在一個很隱形地方,主人沒能發現,但是呢,從那一天開始,屋子裡的小蟲子就越來越少了,每次蜘蛛回到網網上撲食的時候都幾乎是毫無收穫,直到最後,竟然一天去了好幾次都沒有收穫,蜘蛛失望了,也想放棄這個地方了,因
Time of Update: 2018-12-08
這篇隨筆是我接著上篇《位元組和字元,對資訊進行編碼》繼續寫的內容,看過上篇隨筆能更好的理解這篇內容。我想從基礎的開始說起,一直說到Asp.net,WCF為止。資訊是指由程式建立和建設的“位元組序列”。在網路環境中,這些位元組序列被稱作“分組報文”。一組報文包括了網路用來完成工作的控制資訊,還包括了資料資訊。協議相當於互相通訊的程式(處理序間通訊)間達成的一種約定,它規定了分組報文的交換方式和它們包含的含義。一組協議規定了以下資訊:1.結構。
Time of Update: 2018-12-08
百度、奇虎、雅虎、Google中國這4家中原逐鹿,百度是戰略最穩定也最堅定的公司,產品最穩定也整合得最好的。 譬如說,通過搜人測試版,可以把使用者在百度旗下的所有資訊整合到一起:百度空間-搜人測試版這樣,當你搜尋到一個符合特定資訊的使用者後,可以通過這樣的個人門戶瞭解他/她,涵蓋了百度的各個子產品,貼吧、知道、音樂掌門人、Wiki,充分體現了“搜尋背後的人”的理念。其實類似的說法,謝文也曾經在7月份說過:1:“社區搜尋,不是搜尋關鍵詞,而是搜尋人的行為!”2:“社區搜尋,只有在社區中才能搜尋,如
Time of Update: 2018-12-08
這裡的大型網站架構只包括高互動性高互動性的資料型大型網站,基於大家眾所周知的原因,我們就不談新聞類和一些依靠HTML靜態化就可以實現的架構了,我們以高負載高資料交換高資料流動性的網站為例,比如海內,開心網等類似的web2.0系列架構。我們這裡不討論是PHP還是JSP或者.NET環境,我們從架構的方面去看問題,實現語言方面並不是問題,語言的優勢在於實現而不是好壞,不論你選擇任何語言,架構都是必須要面對的。這裡討論一下大型網站需要注意和考慮的問題1、海量資料的處理眾所周知,對於一些相對小的網站來說,
Time of Update: 2018-12-08
訊息可靠性和傳輸可靠性是WCF區別於WebService的兩大特徵。在前面談到TCP的可靠性的一些基本知識,那麼它和WCF的可靠性有什麼異同點呢?WCF可以基於各種不同的協議,因此WCF的可靠性並不依賴於TCP協議,而是有自己的協議實現,也就是WS-RM。 在瞭解我們先看下Web環境下,我們所面對的問題: 傳輸通訊可能產生的問題1.伺服器可能宕掉,或者路由器可能忙於處理大量請求而造成的網路阻塞。 2.串連丟失。你正在發送一些訊息,但是傳送這些訊息所依靠的串連可能在訊息達到之前就就斷掉了。比如你的
Time of Update: 2018-12-08
如前文所說,不同類型的Socket與不同類型的底層協議族以及同一協議族中的不同協議相關聯。而我想說的主要就是TCP/IP協議族中的內容。現在TCP/IP協議族中的主要socket類型為"流通訊端(stream socket)"和"資料通訊端(datagramsocket)"。如果類比到現實中 stream socket類似於打電話溝通,datagramsocket類似於寫信溝通。當然,其他協議族當然也有相應的stream socket和datagram
Time of Update: 2018-12-08
HTTP 狀態碼如果向您的伺服器發出了某項請求要求顯示您網站21kaiyun.com上的某個網頁(例如,當使用者通過瀏覽器訪問您的網頁時),那麼,您的伺服器會返回 HTTP 狀態碼以響應該請求。此狀態碼提供了有關請求狀態的資訊。一些常見的狀態碼為:200 - 伺服器成功返回網頁 404 - 請求的網頁不存在 503 - 伺服器暫時不可用 以下提供了 HTTP
Time of Update: 2018-12-08
什麼是DotNetNuke(簡稱DNN)?可能你們很多人已經耳熟能詳,並且已經研究他很久,但是也可能你們是第一次聽說DNN,所以我想不厭其煩的再次的說一下什麼是DNN,以下介紹摘自維基百科。“DotNetNuke is an open source web content management system based on Microsoft .NET technology.DotNetNuke is written in VB.NET, though the developer has
Time of Update: 2018-12-08
TCP是一種流協議(stream
Time of Update: 2018-12-08
2007/2/28 zhengyun_ustc從美國單身男女的分布圖說起--縱論視覺化敘述 據說上面這張圖是 National Geographic Magazine 登出來的,由 US Census Bureau 得來的。圖上紅點表示more single women,藍點表示more single
Time of Update: 2018-12-08
這個頁面收錄了我的一些可下載資源,它們包括:架構代碼,工具類,示範代碼,工具,文檔。我認為它們都值得與大家分享。具體下載連結可以在參考網址中找到。ClownFish一個比手寫代碼更快的通用資料訪問層類庫。參考網址:1. ClownFish:比手寫代碼還快的通用資料訪問層2. 揭秘 ClownFish 比手寫代碼還快的原因3. ClownFish 使用說明MyMVC我的MVC架構以及完整的範例程式碼。參考網址:1. 寫自己的ASP.NET MVC架構(上)2. 寫自己的ASP.NET MVC架構(
Time of Update: 2018-12-08
“一點一點”成功 前言:不同的角色,有著不同的職責;不同的行為,有著不同的結果;不同的心態,有著不同的成就;不同的性格,有著不同的命運。 本篇的議題: 不放過每一個細節 不輕視每一分錢 不放棄每一點希望 不吝嗇每一滴汗水 不放過每一個細節 做技術的都很清楚:在項目中,任何一個微不足道的bug,例如一個安全的隱患,最後可能導致大的問題,最後產生水波效應,層層波及。所以,在coding的時候,一定要認真,仔細,不能由編碼人員變成“堆碼人員”,帶著那份技術人員的驕傲和自豪以及使命感去
Time of Update: 2018-12-08
在前面《位元組和字元,對資訊進行編碼》,《Socket=>流,TCP串連,TCP可靠性概述》一系列的隨筆中我們已經表述了相應的理論知識,現在可以動手實現一個自己的應用程式協議。將資料轉換成線上路上傳輸的位元組序列只完成了一半的工作,在接收端還必須將接受到的位元組序列還原成原始資訊。如果以流作為傳輸的形式,那麼首先面臨的問題就是在接收端如何確定這是一條訊息,換句話說就是如何定位一條訊息的開始和結束。值得注意的是,這個工作應該是在應用程式協議這一層來完成而不是在TCP這一層來完成,應用程式協議
Time of Update: 2018-12-08
文章目錄 1. 盡量使用最新版本的jQuery類庫2. 使用簡單的選取器3. 數組方式使用jQuery對象4. 選取器屬性5. 建立一個空的jQuery對象6. 選擇一個隨機元素7. 使用CSS Hooks8. 使用自訂的刪除方法9. $.proxy()10. 判斷頁面是否太過複雜11. 將你的代碼轉化成jQuery外掛程式13. 在動畫中使用delay()方法14. 合理利用HTML5的Data屬性15. 本機存放區和jQuery 日期:
Time of Update: 2018-12-08
之前我們實現了一個自己的應用程式層的協議,功能非常簡單,只包括了最基本的成幀和解析功能。不過有了這些基礎,我們再返回來看看現在在互連網上最通行的http協議,就會容易懂得許多。http具體是做什麼的,網上面講解很多,比如:我們知道,Internet的基本協議是TCP/IP協議,然而在TCP/IP模型最上層的是應用程式層(Application
Time of Update: 2018-12-08
(這系列文章主要以我的讀書筆記為基礎寫成的,因此可能跳躍性比較大。我想寫的東西不只是包含一些結論,還包括了自己在學習時的所思所想。其中肯定有不妥之處,希望能得到指正。)編譯器是什嗎?這個問題在我自學的開始階段的確困擾了我很久。簡單的說,就是把進階語言翻譯成低級語言的東西。進階語言我喜歡叫“原始碼”。就如同一般的翻譯一樣,翻譯的東西可能會夾帶寫譯者的想法,所以你寫的東西和實際被翻譯出來的東西未必就是一樣的。比如說一個delegate關鍵字,經過C#編譯器編譯之後,在IL中就表現成了一個有著4個方法
Time of Update: 2018-12-08
You can however sign with the private key and verify the signature with the public key.While the math involve makes sense when the key roles are reversed (and this is how signatures work), encrypting for privacy doesn't make much sense when the
Time of Update: 2018-12-08
想寫點什麼東西,但是又有點懶,先放草稿,不然以後又忘記了:1.Address類似於虛擬表的記憶體位址2.binding對應著CLR類型3.Contract代表介面。 C#中沒有真正意義上的早綁定。地址無關代碼。代理模式。按照嚴格意義上的早起綁定來說,比如C語言在編譯的時候,編譯器就可以知道某個方法所對應的物理地址。但是C#中,方法在編譯時間都是一個IL token,指向的都是CLR中的JIT函數。在運行第一遍的時候,JIT才產生native