Time of Update: 2018-12-07
ASP.NET 的伺服器端控制項有三種關於 ID 的屬性 ID, ClientID 和 UniqueID。ID 表示控制項的伺服器端編程的標識符,我們寫伺服器端的代碼,就要用到這個 ID, 通過這個 ID 可以在伺服器端對伺服器端控制項的屬性、方法和時間進行編程訪問。ClientID 表示由伺服器端產生的用戶端控制項的ID, 經常用於在用戶端指令碼中訪問伺服器控制項所呈現的 HTML 元素。一般情況下與伺服器端的 ID 相同,有時,不能為控制項產生唯一的名稱,例如,如果 Repeater
Time of Update: 2018-12-07
protected void Button1_Click(object sender, EventArgs e) { if (TextBox1.Text == "" || TextBox2.Text == "") { Response.Write("<script> alert('使用者名稱和密碼不可為空!')</script>"); } else {
Time of Update: 2018-12-07
shiro內建過濾器研究 anonorg.apache.shiro.web.filter.authc.AnonymousFilterauthcorg.apache.shiro.web.filter.authc.FormAuthenticationFilterauthcBasicorg.apache.shiro.web.filter.authc.BasicHttpAuthenticationFilterpermsorg.apache.shiro.web.filter.authz.Permissi
Time of Update: 2018-12-07
控制代碼的本質 一、書上定義: <<Microsoft Windows 3 Developer''s Workshop>>(Microsoft Press,by Richard Wilton) 在Windows環境中,控制代碼是用來標識項目的,這些項目包括:模組(module)、任務(task)、執行個體 (instance)、檔案(file)、記憶體塊(block of
Time of Update: 2018-12-07
轉自
Time of Update: 2018-12-07
之前做拓撲圖,本來打算整一套座標系統在裡面的,後來因為時間原因暫時用了最原始的方法實現。現在稍稍得閑,重新開始思考這個問題。不過在搜尋的時候,意外發現.Net Framework類庫中內建的有實現座標系轉換功能的類。Reflector了一把,發現代碼看不懂了——都是利用矩陣操作的。矩陣這玩意兒,幾年沒用早忘完了。於是認真學習了一把,順便把如何用矩陣進行座標轉換的過程記錄和註解一下。文中部分內容摘取自MSDN,搜尋“變換的矩陣表示形式”即可找到。首先review一下矩陣的基礎知識:m×n
Time of Update: 2018-12-07
服務端,連接埠的狀態變化 先在本機(IP地址為:192.168.1.10)配置FTP服務,然後在其它電腦(IP地址為:192.168.1.1)訪問FTP服務,從TCPView看看連接埠的狀態變化。 下面黑體字顯示的是從TCPView中截取的部分。 1、LISTENING狀態 FTP服務啟動後首先處於偵聽(LISTENING)狀態。 State顯示是LISTENING時表示處於偵聽狀態,就是說該連接埠是開放的,等待串連,但還沒有被串連。就像你房子的門已經敞開的,但還沒有人進來。
Time of Update: 2018-12-07
簡單字串 下面是一個接受字串參數的函數的簡單樣本: BOOL GetDiskFreeSpace( LPCTSTR lpRootPathName, // 根路徑 LPDWORD lpSectorsPerCluster, // 每個簇的扇區數 LPDWORD lpBytesPerSector, // 每個扇區的位元組數 LPDWORD lpNumberOfFreeClusters, // 可用的扇區數
Time of Update: 2018-12-07
具有回調的函數當 Win32 函數需要返回多項資料時,通常都是通過回調機制來實現的。開發人員將函數指標傳遞給函數,然後針對每一項調用開發人員的函數。在 C# 中沒有函數指標,而是使用“委託”,在調用 Win32 函數時使用委託來代替函數指標。EnumDesktops() 函數就是這類函數的一個樣本:BOOL EnumDesktops( HWINSTA hwinsta, // 視窗執行個體的控制代碼 DESKTOPENUMPROC lpEnumFunc, // 回呼函數
Time of Update: 2018-12-07
from: http://www.ruanyifeng.com/blog/2011/05/how_to_choose_free_software_licenses.html 如何為代碼選擇開源許可證,這是一個問題。世界上的開源許可證,大概有上百種。很少有人搞得清楚它們的區別。即使在最流行的六種----GPL、BSD、MIT、Mozilla、Apache和LGPL----之中做選擇,也很複雜。烏克蘭程式員Paul
Time of Update: 2018-12-07
Refactoring to, towards, and away from
Time of Update: 2018-12-07
建立輔助線程應用程式可以建立一個或多個線程以執行方法。建立輔助(或從屬)線程的第一個步驟是建立 ThreadStart 代理,指定要由該線程執行的方法。然後將 ThreadStart 代理傳遞給 Thread 類的建構函式。例如,要啟動新的線程並執行 MyFunction 方法,請調用 Thread 類的 Start 方法,如下所示:ThreadStart starter = new ThreadStart(MyFunction);Thread t = new
Time of Update: 2018-12-07
我們可能經常會用到 Thread.Sleep 函數來使線程掛起一段時間。那麼你有沒有正確的理解這個函數的用法呢?思考下面這兩個問題:假設現在是 2008-4-7 12:00:00.000,如果我調用一下 Thread.Sleep(1000) ,在 2008-4-7 12:00:01.000 的時候,這個線程會 不會被喚醒?某人的代碼中用了一句看似莫明其妙的話:Thread.Sleep(0) 。既然是 Sleep 0
Time of Update: 2018-12-07
我的多線程WinForm程式老是拋出InvalidOperationException ,怎麼解決? 在WinForm中使用多線程時,常常遇到一個問題,當在子線程(非UI線程)中修改一個控制項的值:比如修改進度條進度,時會拋出如下錯誤
Time of Update: 2018-12-07
最近,真的發生了很多事情!從國家大事,到自己身邊到影響自己到事情,真的很煩,很苦惱!~五月,真是多事之秋,我和我女朋友分手到季節...我不記得,什麽時候認識的,我只記得第一次正式見面是找了個介面在玄武湖畔,她束者兩個大麻花辮子,咋一看,好像是村姑,老實說,真的不是我喜歡大那種比較活潑,好動大女孩,不過她,有她大恬靜,快樂!直到我失去大時候才真的體會到她到好...我總是很遲鈍,對在身邊對人,不懂得珍惜,失去了,才知道珍貴!最近這幾天,常常做夢,夢到她,回憶我們在一起對日子,真是別有滋味和樂趣,雖然
Time of Update: 2018-12-07
基礎篇怎樣建立一個線程 我只簡單列舉幾種常用的方法,詳細可參考.Net多線程總結(一) 一)使用Thread類 ThreadStart threadStart=new ThreadStart(Calculate);//通過ThreadStart委託告訴子線程講執行什麼方法,這裡執行一個計算圓周長的方法 Thread thread=new Thread(threadStart); thread.Start(); //啟動新線程 public void Calculate(){ double
Time of Update: 2018-12-07
自打使用.Net以來,他給我的印象就一直是:慢。不過這幾天看了一下.Net程式運行時的原理,才明白了我們平時的.Net程式是為什麼慢的,也明白了在某些情況下其實.Net程式運行起來也不比非託管程式慢。要看託管程式慢的原因,就得說說應用程式載入的過程。應用程式檔案的格式是有規律的。不管是託管程式還是非託管程式,可執行檔的內部都包含一個PE檔案(包含在exe檔案或者dll檔案的內部),系統也正是根據PE檔案裡面的資訊來啟動這些可執行程式的。系統根據PE檔案中的資訊,找到入口函數,接著將控制調轉到這
Time of Update: 2018-12-07
前幾天在網上閑逛,無意中看到有這麼一道題及其答案,如下: 根據安全執行緒的相關知識,分析以下代碼,當調用test方法時i>10時是否會引起死結?並簡要說明理由。Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> public void test(int i) { lock(this) { if (i > 10) {
Time of Update: 2018-12-07
編碼人員的誤區 誤區一:因為任務緊迫,所以沒有時間想 有些人認為只有在領導規定的時間內完成任務才是最重要和最緊急的。至於方向是否正確,功能是否完整則沒有時間去考慮。 這些人陷入了多寫些代碼和程式就會安全了的假象當中。殊不知方向錯了,跑得越快,損失越大。 抱有這種想法的根本原因在於他們的不自信,不知道如何分析問題,找出最佳解決途徑和細緻的評估影響面,因而無法向上級提出一個更加合理的時間。 例如: Bulk Address feature 的設計者也是說時間緊,沒時間細想。後來的結果就是這個
Time of Update: 2018-12-07
WEB應用程式中的進度條Julien