當然啦,不是說在輸入完成後才處理輸入的是不是數字
直接來代碼吧
import java.awt.event.KeyEvent; import java.awt.event.KeyListener; import javax.swing.JTextField; // public class NumberField extends JTextField implements KeyListener { private static final long serialVersionUID = 1L; NumberField(int columns) { setColumns(columns); addKeyListener(this); //必需的 } public void keyPressed(KeyEvent e){ } public void keyReleased(KeyEvent e){ } public void keyTyped(KeyEvent e) { char key = e.getKeyChar(); //只接收輸入數字、'.'和'-' if ((key >= KeyEvent.VK_0 && key <= KeyEvent.VK_9) || key == KeyEvent.VK_PERIOD || key == KeyEvent.VK_MINUS ) { if (key == KeyEvent.VK_PERIOD) { //如果已經存在'.',則不處理 String str = getText(); if (str.indexOf('.') != -1) e.consume(); } //輸入負號 else if (key == KeyEvent.VK_MINUS) { if (getText().length() != 0) e.consume(); } } else //拒絕其它字符輸入 { e.consume(); } } }
繼承自JTextField,監聽按鍵消息
這裏的話只能是單選的文本咯
構造函數只寫了一個,有需要自己寫咯,反正是那麼簡單的事
廢話就不多說了
關於UCS-2編碼就不多說了,Google一下就大把大把的了 直接上代碼 ;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> .386 .model flat , stdcall option
通常位圖(Bitmap)能夠滿足大多數體積小的情況了,但對於大的位圖, 如果是要放到資源,實不敢恭維啊,程序體積一下子大了N多,看着也不爽 同樣的圖片,如果是PNG啊JPEG啊等其它格式,體積明顯小了不是一般的多 那麼爲何不用它們呢? 微
假設有一個t est.asm ,一個test.rc 可以在CMD裏這麼編譯: ml /c /coff test.asm rc test.rc link /subsystem:windows test.obj test.res 依次
一、Debug 和 Release 編譯方式的本質區別 Debug 通常稱爲調試版本,它包含調試信息,並且不作任何優化,便於程序員調試程序。Release 稱爲發佈版本,它往往是進行了各種優化,使得程序在代碼大小和運行速度上都是最
最近在瞭解託管代碼(managed code)和本地代碼(native code)的知識,看到兩篇文章,覺得不錯,於是轉載過來。以下是原文: **************************************** 最開始寫