【原創】Winform下拉框自動選擇實現

適用環境:Winform開發,VS2008開發工具問題描述:有一系列產品,每個產品都有唯一產品ID,產品名稱。需要綁定產品到下拉框(ComboBox)中,由於Winform的下拉框控制項,不像Web開發中的下拉框控制項一樣,能夠直接添加兩個元素到每一項(Value和Text)。但是它允許直接添加object對象項,所以反而更靈活。在下拉框中需要顯示產品資訊,並且不只是簡單顯示名稱,需要做一些特別的處理,因此沒法使用。cboxProduct.DisplayMember =

【整理】【代碼的壞味道】重複代碼(Duplicated Code)

同一類中的不同函數具有相同運算式,直接採用Extract Method(提煉函數)提煉重複的代碼。兩個互為兄弟的子類含有相同的運算式。首先採用Extract Method(提煉函數)提煉重複的代碼。然後再對提煉的代碼使用Pull Up Method(方法上移),將它移入父類。兩個互為兄弟的子類代碼類似,並非完全相同。首先採用Extract Method(提煉函數)區分相同部分和差異部分代碼,構成單獨函數。運用Form Template Method(塑造模板函數)獲得一個Template

【整理】【代碼的壞味道】過長函數(Long Method)

99%的情況下,要把函數變小,只需要使用Extract Method(提煉函數)新函數。函數有大量參數或臨時變數。嘗試使用Extract Method(提煉函數),將會把大量參數或臨時變數當作參數傳遞到新函數中。不可取!運用Replace Temp with Query(以查詢取代臨時變數)來消除臨時變數。運用Introduce Parameter Object(引入參數對象)和Preserve Whole

【整理】【代碼的壞味道】過長參數列(Long Parameter List)

向已有對象發送一條請求就可以擷取原本位於參數列的一份資料時,運用Replace Parameter with Method(以函數取代參數)重構準則。運用Preserve Whole Object(儲存對象完整)收集來自同一對象的一堆資料,並以該對象替換它們。對於缺乏合理對象歸屬的資料,可使用Introduce Parameter Object(引入參數對象)為它們製造一個參數對象。例外:如果明顯不希望造成“被調用對象”和“較大對象”的依存關係,這時候需要將資料從對象中拆解出來作為參數。

【整理】靜態頁面提交資料

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"><head>    <title></title>    <script

【原創】定義遊標時使用動態SQL語句

在定義遊標時我們有時候會需要使用動態Sql語句,下面通過例子展示錯誤和正確的寫法錯誤的寫法:CodeCode highlighting produced by Actipro CodeHighlighter

【原創】Access自動編號的初始值設定及重設編號

今天突然需要在Access資料庫中,對自動編號的列設定初始值和步長,但是我發現似乎沒有直接的可視化操作進行設定。然而,我想它既然能夠使用Sql語句,那用Sql語句就一定能設定它。嘗試了一下,果然OK。使用Sql進行修改:<!--修改一個表的起始值和步長、初始化ID-->方法如下:ALTER TABLE tableName  ALTER COLUMN Id COUNTER (100, 5)

【摘錄】DataView過濾操作符

現要用到DataView過濾操作符,便於以後方便尋找,記下了。操 作 符描述<、>、<=和>=對多個值進行比較。這些比較可以是按數字(數值資料類型時)或按字典排序(字串資料型別時)<>和=進行相等測試NOT將運算式反向。可和其他子句一起使用BETWEEN指定一個包含的範圍。例如,“Units BETWEEN 5 AND 15”選擇含有從第5~15之間的Units列中的某個值的各個行IS NULL測試列是否為空白值IN (a, b,

【轉載】access採用sql語句與msql的區別

access採用sql語句與SQL Server採用sql語句的區別Access中提供查詢對象,在設計時可以採用設計檢視和SQL視圖,非常方便,SQL視圖中的SQL語句可以在SQL SERVER中使用,但是否完全可用呢?答案是否定的,表中總結了 Microsoft Access 和 Microsoft SQL Servers 的 SQL 文法的重要區別。表1SQL 文法元素Microsoft AccessMicrosoft SQL Server 標識符限制不超過 64

【整理】關於Access批量插入資料

  由於最近的一個項目使用的是Access資料庫,而且需要使用插入大量資料。在插入大量資料時,如果採用迴圈,一條一條執行,效率會非常低。因此基於MS Sql資料庫使用經驗,想拼接insert語句。語句格式:insert into 表名 列名1,列名2select 值1,值2unionselect 值1,值2 寫了老半天,發現怎麼都執行不成功。我懷疑代碼有問題,所以直接在Access資料庫中執行該Sql語句,可同樣也不能成功。Google了半天,發現貌似Access資料庫不支援。期待高手指點。

主引導區

 硬碟的第一個扇區被保留為主開機磁區,它位於整個硬碟的0磁軌0柱面1扇區,包括硬碟主引導記錄MBR(Main Boot Record)和分區表DPT(Disk Partition Table)。其中主引導記錄的作用就是檢查分區表是否正確以及確定哪個分區為引導分區,並在程式結束時把該分區的啟動程式(也就是作業系統開機磁區)調入記憶體加以執行。至於分區表,很多人都知道,以80H或00H為開始標誌,以55AAH為結束標誌,共64位元組,位於本扇區的最末端。   硬碟主開機磁區 =

自己實現的一個尋徑演算法的架構,具體演算法採用動態庫模式,可以非常方便靈活地嘗試多種尋徑演算法

/** * 尋徑演算法架構 * by lxslove * e-mail:moodlxs@163.com * 用法: * 注意:編譯本架構需要加上-ldl選項 * g++ -ldl src.cpp * * 地圖檔案格式為不同符號的矩陣,具體什麼符號代表可通行,什麼符號代表不可通行,由自己決定。舉個例子: * ################### * # ###### ######## * # ###### ########## * # ########## * ########

【摘錄】Random快速產生相同隨機數的原因及解決方案

問題描述:很多時候我們可能需要在極短的時間內產生大量的隨機數,但是你可能會發現產生了很多重複的隨機數。並不是你所希望產生大量不同的數,或者說相同的數極少。分析原因:Random是主要產生偽隨機數的類,它主要包括兩個建構函式(無參建構函式和帶一個Int32型別參數的建構函式),無參建構函式主要採用系統時間作為隨機種子,帶參數的建構函式需要自己去指定隨機種子。而在很短的時間內產生大量隨機數的時候,由於時間相當短暫,很大的可能性一部分隨機數產生時,取到作為隨機種子的系統時間相同,因此產生出來的隨機數就

【原創】表驅動法的使用舉例及優越性體現

需求描述:有一個CSV檔案,其中包含很多的物品資訊,這些物品分為很多的類別,然而每個類別的物品的資訊也不一樣,唯一相同的就是每個物品都有一個與物品類別關聯的類別ID,而每個物品資訊的格式也不一定相同。如所示: 可能還包括記憶體、CPU、光碟機等等一些其他類型的物品,每種物品的參數資訊都不一樣。我們需要對這些物品做統一處理,該怎麼解決呢?倘若我們現在只是對這些物品資訊作輸出和列印。編碼處理:我們先來邏輯法如何處理:  此方法必須知道物品共有多少個類別,以及每個類別的詳細參數數目及參數的類型。  W

【整理】Server.Variables屬性大全

Server.Variables屬性大全///取上一頁地址Response.Write(Request.ServerVariables["HTTP_REFERER"].ToString() + "<Br/>");///取伺服器名稱(不包括連接埠號碼)Response.Write(Request.ServerVariables["SERVER_NAME"].ToString() +

認識硬碟主開機磁區

硬碟主開機磁區是一個敏感的地區, 它的安全與否直接決定硬碟是否能夠正常使用。深入認識和靈活使用硬碟主開機磁區將有助於你的系統維護和許多特殊工作完成。 一、與DOS 開機磁區的區別     對於DOS系統來說,有兩種不同的開機磁區,即DOS 開機磁區和硬碟主開機磁區。 DOS 開機磁區存在於磁碟片的第一邏輯扇區或硬碟DOS分區的第一邏輯扇區,是用FORMAT命令對磁碟格式化時產生的, 是引導DOS 系統或正確使用磁碟的必要條件,在DOS下可用DEBUG方便地讀出:   C>DEBUG    

【原創】MSChart部署,無法啟動並執行解決方案

      前段時間在開發一個資料統計系統,使用了微軟3.5版本出來的MSChart繪圖組件,由於這個組件的強大性,因此我就沒有考慮使用其他組件。在開發過程一路勢如破竹,一切都很順利。今天項目要交付,把系統提交上去一運行,發現直接崩潰。這時才意識到可能開發環境中的某些條件客戶機上不具備。開發環境中安裝了:MSChart.exe,而客戶機上並沒有安裝;而在部署檔案中,我只Copy了Higame.Chart.dll組件過去了,不過看來光Copy這個組件是不夠的,應該還有某些檔案遺漏了。     

少走彎路:學習編譯原理的相關建議

編譯原理一般認為是較難的一門課.從網上的評論來看,有人說學了一年半軟體理論,就一門編譯看不懂;有人甚至說它是大本軟體課程裡最難的一門;有人抱怨國內的編譯教材沒有一本容易懂的。從筆者學習實踐來看,第一次學了一個多月,理論部分一知半解,第二次學了一星期,基本看懂詞法分析的理論部分,文法分析就一知半解了,第三次學了一星期,才基本看懂詞法分析和文法分析.由此看來,這門課確實有難度.網上有的文章,把編譯器的編寫搞得高深莫測一般,似乎難度極大,非常人能及.編譯原理究竟難在哪裡?筆者的體會,主要在這幾點:1.

MBR是什麼

開機磁區在每個分區裡都存在,但是我們常說的*主開機磁區*是硬碟的第一物理扇區。它由兩個部分組成:即主引導記錄MBR和硬碟分區表DPT。  在總共512位元組的主引導分區裡其中MBR佔446個位元組(位移0-- 位移1BDH),DPT佔64個位元組(位移1BEH--位移1FDH),最後兩個位元組“55,AA”(位移1FEH位移1FFH)是分區的結束標誌。大致的結構如:  0000 |------------------------------------------------|  | |  |

gdb和dbx

類UNIX下C/C++開發,代碼調試比較麻煩,最原始的加跟蹤調試很土,也很費時,特別是一個龐大的項目,程式碼數非常大的時候調試起來非常費勁,當core dump時定位也不容易,這裡介紹幾個常用工具: gdb、dbx調試工具,valgrind記憶體檢查工具(Linux) 。gdb(GNU DeBugger)是GNU的調試器,一般和gcc配搭使用。要使用GDB進行調試,編譯器時要指定-g或-ggdb的編譯選項。如: gcc –g main.c 

總頁數: 61357 1 .... 8519 8520 8521 8522 8523 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.