發(fā)發(fā)牢騷
IE7訪問(wèn)我的部落格頁(yè)面布局異常!Firefox2.0添加新隨筆JS腳本異常!!
|/__
換了風(fēng)格
posted @ 2006-11-23 16:49 leon 閱讀(410) | 評(píng)論 (0) | 編輯 收藏
像寫情書一樣coding
posted @ 2006-11-23 16:49 leon 閱讀(410) | 評(píng)論 (0) | 編輯 收藏
我們?cè)谧鯣UI編程的時(shí)候經(jīng)常需要用到JFileChooser組件構(gòu)造一個(gè)文件選取對(duì)話框來(lái)為用戶提供打開文件、保存文件等操作。
通常的做法是調(diào)用JFileChooser.showXXX()方法顯示文件選取對(duì)話框并且選擇一個(gè)文件后,點(diǎn)擊Approve 按鈕(默認(rèn)情況下標(biāo)有 "Open" 或 "Save"),當(dāng)對(duì)話框關(guān)閉后使用JFileChooser.getSelectedFile()方法得到選取的文件(或使用JFileChooser.getSelectedFiles()取得選取的文件數(shù)組),然后再對(duì)被選取的文件有效性進(jìn)行驗(yàn)證(例如,文件的文件名是否合法、選取的路徑下是否已有同名文件存在等等),如果驗(yàn)證不通過(guò),需要再次打開文件選擇對(duì)話框進(jìn)行選取。
顯然,驗(yàn)證沒(méi)有通過(guò)的情況下,文件選取對(duì)話框被反復(fù)的打開和關(guān)閉,影響用戶體驗(yàn)。
我現(xiàn)在介紹一個(gè)方法,在點(diǎn)擊了文件選取對(duì)話框上的Approve 按鈕后,文件選取對(duì)話框關(guān)閉前對(duì)選取的文件進(jìn)行驗(yàn)證,如果驗(yàn)證沒(méi)有通過(guò),那么對(duì)話框不關(guān)閉,直接進(jìn)行下一次選擇。
查看JFileChooser的API,可以發(fā)現(xiàn)這樣一個(gè)方法 public void approveSelection() ,這個(gè)方法會(huì)在用戶單擊 Approve 按鈕時(shí)由 UI 調(diào)用此方法。導(dǎo)致使用等于 APPROVE_SELECTION
的命令字符串激發(fā)一個(gè)操作事件。
那么,我們現(xiàn)在可以選擇繼承JFileChooser再覆寫這個(gè)方法,將對(duì)選中文件的有效性驗(yàn)證寫入這個(gè)方法中,只有當(dāng)驗(yàn)證通過(guò)時(shí)才調(diào)用超類的approveSelection() 完成文件選取,否則直接返回,繼續(xù)選擇新的文件。
下面是我寫的一個(gè)demo以供參考:
import java.io.File;
import javax.swing.JOptionPane;
/**
?* 在 JFileChooser 中進(jìn)行文件驗(yàn)證的小技巧
?* @author Chen Wei
?* @email chenwei.mobi@gmail.com
?*/
public class JFileChooserDemo extends javax.swing.JFileChooser{
???
??? public void approveSelection(){
??????? File file = getSelectedFile();
???????
??????? // 驗(yàn)證文件名是否合法
??????? if (!validateFileName(file.getName())) {
??????????? JOptionPane.showMessageDialog(getParent(), "文件名不能包含下列任何字符之一:\n \\ / : * ? \" < > |");
??????????? return;
??????? }else{
??????????? super.approveSelection();
??????? }
??? }
???
??? /**
???? * 驗(yàn)證輸入字符串參數(shù)是否為有效文件名。
???? * @param name 待驗(yàn)證的文件名字符串。
???? * @return 通過(guò)驗(yàn)證,文件名無(wú)效返回 false,有效返回 true。
???? */
??? public static boolean validateFileName(String name) {
??????? if (name.indexOf('\\') != -1 || name.indexOf('/') != -1 ||
??????????? name.indexOf(':') != -1 || name.indexOf('*') != -1 ||
??????????? name.indexOf('?') != -1 || name.indexOf('"') != -1 ||
??????????? name.indexOf('<') != -1 || name.indexOf('>') != -1 ||
??????????? name.indexOf('|') != -1) {
??????????? return false;
??????? } else {
??????????? return true;
??????? }
??? }
???
??? public static void main(String[] args){
??????? JFileChooserDemo chooser = new JFileChooserDemo();
??????? chooser.showOpenDialog(null);
??? }
}
程序運(yùn)行截圖:
posted @ 2006-11-23 14:15 leon 閱讀(5405) | 評(píng)論 (7) | 編輯 收藏
posted @ 2006-10-30 17:16 leon 閱讀(545) | 評(píng)論 (0) | 編輯 收藏
這兩天操作XML使用到了Jdom,在創(chuàng)建XML文件并輸出到硬盤的時(shí)候遇到一個(gè)中文編碼的問(wèn)題:Jdom默認(rèn)輸出的XML編碼是UTF-8,但是文檔中如果出現(xiàn)中文字符那么該中文字符就會(huì)變成亂碼,造成XML文件無(wú)法被正確解析。
UTF-8應(yīng)該是可以用來(lái)表示中文的吧?我不知道這是不是Jdom的一個(gè)BUG(Jdom 1.0,beta了10次的產(chǎn)物哦!)。我google了一下,大家解決這個(gè)問(wèn)題的辦法無(wú)非是把Jdom的輸出字符集改為GBK或者GB2312,但是這樣就會(huì)有一些副作用,如果在沒(méi)有特定字符集(GBK或者GB2312)的操作系統(tǒng)上不是依然不能正確解析嗎?一個(gè)比較好的解決辦法是先把中文轉(zhuǎn)換成Unicode編碼在直接輸出,程序解析XML后的時(shí)候再把Unicode編碼轉(zhuǎn)回中文就沒(méi)有問(wèn)題了。
于是我查看了JDK的文檔,截至Java 5好像都沒(méi)有做類似轉(zhuǎn)換的類可以直接使用,但是我發(fā)現(xiàn)一個(gè)類 java.util.Properties,它的源代碼里有兩個(gè)私有(private)方法 loadConvert (char[] in, int off, int len, char[] convtBuf) 和 saveConvert(String theString, boolean escapeSpace) 其實(shí)就是做特殊字符和Unicode編碼字符間轉(zhuǎn)換的,我把它們提取出來(lái),單獨(dú)包裝到一個(gè)類里就可以使用了。
下面是我包裝的類 CharacterSetToolkit
/*
?* CharacterSetToolkit.java
?*
?* Created on 2006年10月27日, 下午2:06
?*
?* To change this template, choose Tools | Template Manager
?* and open the template in the editor.
?*/
package mobi.chenwei.lang;
/**
?* 進(jìn)行字符操作的工具類
?* @author Chen Wei
?* @email chenwei.mobi@gmail.com
?*/
public class CharacterSetToolkit {
???
??? /** Creates a new instance of CharacterSetToolkit */
??? public CharacterSetToolkit() {
??? }
???
??? private static final char[] hexDigit = {
??????? '0','1','2','3','4','5','6','7','8','9','A','B','C','D','E','F'
??? };
???
??? private static char toHex(int nibble) {
??????? return hexDigit[(nibble & 0xF)];
??? }
???
??? /**
???? * 將字符串編碼成 Unicode 。
???? * @param theString 待轉(zhuǎn)換成Unicode編碼的字符串。
???? * @param escapeSpace 是否忽略空格。
???? * @return 返回轉(zhuǎn)換后Unicode編碼的字符串。
???? */
??? public static String toUnicode(String theString, boolean escapeSpace) {
??????? int len = theString.length();
??????? int bufLen = len * 2;
??????? if (bufLen < 0) {
??????????? bufLen = Integer.MAX_VALUE;
??????? }
??????? StringBuffer outBuffer = new StringBuffer(bufLen);
??????? for(int x=0; x<len; x++) {
??????????? char aChar = theString.charAt(x);
??????????? // Handle common case first, selecting largest block that
??????????? // avoids the specials below
??????????? if ((aChar > 61) && (aChar < 127)) {
??????????????? if (aChar == '\\') {
??????????????????? outBuffer.append('\\'); outBuffer.append('\\');
??????????????????? continue;
??????????????? }
??????????????? outBuffer.append(aChar);
??????????????? continue;
??????????? }
??????????? switch(aChar) {
??????????????? case ' ':
??????????????????? if (x == 0 || escapeSpace)
??????????????????????? outBuffer.append('\\');
??????????????????? outBuffer.append(' ');
??????????????????? break;
??????????????? case '\t':outBuffer.append('\\'); outBuffer.append('t');
????????????????????????? break;
??????????????? case '\n':outBuffer.append('\\'); outBuffer.append('n');
????????????????????????? break;
??????????????? case '\r':outBuffer.append('\\'); outBuffer.append('r');
????????????????????????? break;
??????????????? case '\f':outBuffer.append('\\'); outBuffer.append('f');
????????????????????????? break;
??????????????? case '=': // Fall through
??????????????? case ':': // Fall through
??????????????? case '#': // Fall through
??????????????? case '!':
??????????????????? outBuffer.append('\\'); outBuffer.append(aChar);
??????????????????? break;
??????????????? default:
??????????????????? if ((aChar < 0x0020) || (aChar > 0x007e)) {
??????????????????????? outBuffer.append('\\');
??????????????????????? outBuffer.append('u');
??????????????????????? outBuffer.append(toHex((aChar >> 12) & 0xF));
??????????????????????? outBuffer.append(toHex((aChar >>? 8) & 0xF));
??????????????????????? outBuffer.append(toHex((aChar >>? 4) & 0xF));
??????????????????????? outBuffer.append(toHex( aChar??????? & 0xF));
??????????????????? } else {
??????????????????????? outBuffer.append(aChar);
??????????????????? }
??????????? }
??????? }
??????? return outBuffer.toString();
??? }
???
??? /**
???? * 從 Unicode 碼轉(zhuǎn)換成編碼前的特殊字符串。
???? * @param in Unicode編碼的字符數(shù)組。
???? * @param off 轉(zhuǎn)換的起始偏移量。
???? * @param len 轉(zhuǎn)換的字符長(zhǎng)度。
???? * @param convtBuf 轉(zhuǎn)換的緩存字符數(shù)組。
???? * @return 完成轉(zhuǎn)換,返回編碼前的特殊字符串。
???? */
??? public String fromUnicode(char[] in, int off, int len, char[] convtBuf) {
??????? if (convtBuf.length < len) {
??????????? int newLen = len * 2;
??????????? if (newLen < 0) {
??????????????? newLen = Integer.MAX_VALUE;
??????????? }
??????????? convtBuf = new char[newLen];
??????? }
??????? char aChar;
??????? char[] out = convtBuf;
??????? int outLen = 0;
??????? int end = off + len;
??????? while (off < end) {
??????????? aChar = in[off++];
??????????? if (aChar == '\\') {
??????????????? aChar = in[off++];
??????????????? if (aChar == 'u') {
??????????????????? // Read the xxxx
??????????????????? int value = 0;
??????????????????? for (int i = 0; i < 4; i++) {
??????????????????????? aChar = in[off++];
??????????????????????? switch (aChar) {
??????????????????????? case '0':
??????????????????????? case '1':
??????????????????????? case '2':
??????????????????????? case '3':
??????????????????????? case '4':
??????????????????????? case '5':
??????????????????????? case '6':
??????????????????????? case '7':
??????????????????????? case '8':
??????????????????????? case '9':
??????????????????????????? value = (value << 4) + aChar - '0';
??????????????????????????? break;
??????????????????????? case 'a':
??????????????????????? case 'b':
??????????????????????? case 'c':
??????????????????????? case 'd':
??????????????????????? case 'e':
??????????????????????? case 'f':
??????????????????????????? value = (value << 4) + 10 + aChar - 'a';
??????????????????????????? break;
??????????????????????? case 'A':
??????????????????????? case 'B':
??????????????????????? case 'C':
??????????????????????? case 'D':
??????????????????????? case 'E':
??????????????????????? case 'F':
??????????????????????????? value = (value << 4) + 10 + aChar - 'A';
??????????????????????????? break;
??????????????????????? default:
??????????????????????????? throw new IllegalArgumentException(
??????????????????????????????????? "Malformed \\uxxxx encoding.");
??????????????????????? }
??????????????????? }
??????????????????? out[outLen++] = (char) value;
??????????????? } else {
??????????????????? if (aChar == 't') {
??????????????????????? aChar = '\t';
??????????????????? } else if (aChar == 'r') {
??????????????????????? aChar = '\r';
??????????????????? } else if (aChar == 'n') {
??????????????????????? aChar = '\n';
??????????????????? } else if (aChar == 'f') {
??????????????????????? aChar = '\f';
??????????????????? }
??????????????????? out[outLen++] = aChar;
??????????????? }
??????????? } else {
??????????????? out[outLen++] = (char) aChar;
??????????? }
??????? }
??????? return new String(out, 0, outLen);
??? }
}
posted @ 2006-10-28 20:53 leon 閱讀(10692) | 評(píng)論 (3) | 編輯 收藏
9月26日(下周二),city8(www.city8.com)將進(jìn)行一次升級(jí)。
更新內(nèi)容:
1、上海的中環(huán)、外環(huán)以內(nèi)的數(shù)據(jù)添加,這樣一來(lái)整個(gè)上海的數(shù)據(jù)就全了,大家想去哪,就可以看到哪了。
?2、三維實(shí)景窗口變大,看高樓不那么累了:)
3、操作按鈕重新設(shè)計(jì),這樣大家可以方便實(shí)現(xiàn)在街道中行走、全屏瀏覽等很酷的體驗(yàn)。
4、實(shí)景地圖分享:可以方便在地圖添加文字表述,如“我的家”,并通過(guò)msn,qq,blog,論壇等方式與他人分享
界面先睹為快:
posted @ 2006-09-23 14:25 leon 閱讀(477) | 評(píng)論 (2) | 編輯 收藏
posted @ 2006-09-19 12:02 leon 閱讀(18207) | 評(píng)論 (2) | 編輯 收藏
posted @ 2006-08-27 18:41 leon 閱讀(1223) | 評(píng)論 (1) | 編輯 收藏
posted @ 2006-08-27 14:33 leon 閱讀(1623) | 評(píng)論 (0) | 編輯 收藏
使用這個(gè)方法前需要先將圖像文件從磁盤上讀到一個(gè) java.awt.image.BufferedImage 對(duì)象中,我們可以用 J2SE 包含的 ImageIO 庫(kù)。
posted @ 2006-08-16 10:55 leon 閱讀(2964) | 評(píng)論 (0) | 編輯 收藏
posted @ 2006-07-03 12:06 leon 閱讀(21350) | 評(píng)論 (69) | 編輯 收藏
posted @ 2006-06-21 11:07 leon 閱讀(2089) | 評(píng)論 (9) | 編輯 收藏
posted @ 2006-06-13 10:28 leon 閱讀(468) | 評(píng)論 (0) | 編輯 收藏
Java.lang.Math的round()方法返回的是整型,如果要保留小數(shù)位的話可以先乘以(小數(shù)位數(shù) *? 10),使用Java.lang.Math的round()方法計(jì)算之后再除以(小數(shù)位數(shù) *? 10)。
posted @ 2006-06-07 11:50 leon 閱讀(509) | 評(píng)論 (1) | 編輯 收藏
posted @ 2006-06-03 20:45 leon 閱讀(319) | 評(píng)論 (0) | 編輯 收藏
posted @ 2006-06-03 14:51 leon 閱讀(734) | 評(píng)論 (0) | 編輯 收藏
posted @ 2005-11-29 17:04 leon 閱讀(2595) | 評(píng)論 (5) | 編輯 收藏
posted @ 2005-11-02 23:08 leon 閱讀(3871) | 評(píng)論 (0) | 編輯 收藏
posted @ 2005-10-26 11:39 leon 閱讀(1268) | 評(píng)論 (0) | 編輯 收藏
我們都知道,圖像對(duì)象可以編碼成指定圖像格式文件保存在硬盤上,需要時(shí)再對(duì)其進(jìn)行解碼讀入內(nèi)存。但是除了這樣還有別的辦法可以將圖像對(duì)象保存在硬盤上嗎?熟悉Java I/O 的人也許可以想到采用對(duì)象序列化(Object serialization)試一試,很好,但是如果你研究了 BufferedImage?類的結(jié)構(gòu)后就會(huì)大失所望(至少當(dāng)時(shí)我是這樣)。
BufferedImage?提供一般圖像管理。BufferedImage 對(duì)象包括另外兩個(gè)對(duì)象:Raster 和 ColorModel。Raster 對(duì)象包含另外兩個(gè)對(duì)象:DataBuffer 和 SampleModel。不幸的是,他們都沒(méi)有實(shí)現(xiàn)序列化所必需的 Serializable 接口,所以無(wú)法直接對(duì)他們進(jìn)行對(duì)象序列化。
我在學(xué)習(xí) JAI 的時(shí)候發(fā)現(xiàn)了 javax.media.jai.remote 包里有一個(gè)類 SerializableRenderedImage,這個(gè)類實(shí)現(xiàn)了RenderedImage, Serializable 接口,可以將 RanderedImage 對(duì)象作為構(gòu)造函數(shù)的參數(shù)實(shí)例化一個(gè)可以序列化的圖像對(duì)象。
SerializableRenderedImage(RenderedImage?source) ??????????Constructs a SerializableRenderedImage wrapper for a RenderedImage source. |
SerializableRenderedImage(RenderedImage?source, boolean?useDeepCopy) ??????????Constructs a SerializableRenderedImage wrapper for a RenderedImage source. |
SerializableRenderedImage(RenderedImage?source, boolean?useDeepCopy, OperationRegistry?registry, String?formatName, TileCodecParameterList?encodingParam, TileCodecParameterList?decodingParam) ??????????Constructs a SerializableRenderedImage wrapper for a RenderedImage source. |
posted @ 2005-10-18 17:36 leon 閱讀(2842) | 評(píng)論 (1) | 編輯 收藏
AWT 使用 ImageProducer / ImagConsumer 模式,支持加載和顯示 GIF 圖像文件格式和 JPEG 圖像文件格式。因?yàn)閳D像的加載和顯示是異步方式進(jìn)行的,所以有大量加載和顯示的技術(shù)。
在 AWT 中,提供了一個(gè) java.awt.Image 類。java.awt.Image 類代表一個(gè)圖像對(duì)象被作為參數(shù)傳遞給其他用來(lái)顯示和處理圖像的其他 AWT 對(duì)象使用。例如,通過(guò)調(diào)用 Graphics.drawImage(java.awt.Image, int, int, ImageObserver) 方法,可以在組件中畫出圖像。
java.awt.Image 是一個(gè)定義方法的抽象類,它定義的方法提供的對(duì)圖像信息的訪問(wèn)。而創(chuàng)建和處理圖像的基本結(jié)構(gòu)則在 java.awt.image 包中。注意,這里不要和 java.awt.Image 發(fā)生混淆。
AWT? 加載和顯示圖像使用的是 ImageProducer / ImagConsumer 模式,我們必須了解3個(gè)術(shù)語(yǔ),ImageProducer(圖像生產(chǎn)者),ImageConsumer(圖像消費(fèi)者)和ImageObserver(圖像觀察者)。
ImageProducer 負(fù)責(zé)生產(chǎn)圖像的位,ImagConsumer 接受圖像的位,ImageObserver 監(jiān)視 ImageProducer 的圖像生產(chǎn)過(guò)程。ImageProducer 生產(chǎn)傳遞給 ImagConsumer 與圖像相關(guān)的位。因?yàn)閳D像生產(chǎn)過(guò)程是異步進(jìn)行的,并不是一次性生產(chǎn)所有圖像位,所以當(dāng) ImageProducer 加載圖像時(shí),ImageObserver 用來(lái)監(jiān)視它的進(jìn)展情況。因?yàn)?java.awt.Component 實(shí)現(xiàn)了 ImageObserver 接口,所以 AWT 中的每個(gè)組件都可以是ImageObserver,當(dāng)一個(gè)給定的 ImageProducer 進(jìn)行異步操作時(shí),這個(gè) ImageObserver 可以選擇是否被更新。java.awt.image 包為 ImageProducer,ImagConsumer 和 ImageObserver 都定義了接口。
ImageProducer
和圖像相關(guān)的位并不存儲(chǔ)在 java.awt.Image 中,每個(gè)圖像都維護(hù)一個(gè)和一個(gè) ImageProducer?的關(guān)聯(lián)。這個(gè) ImageProducer?的責(zé)任是生產(chǎn)圖像的位并將它們傳送給 ImagConsumer,用于過(guò)濾該圖像。
java.awt.image軟件包中,F(xiàn)ilteredImageSource(被過(guò)濾的圖像源)和 MemoryImageSource(內(nèi)存的圖像源)實(shí)現(xiàn)了 ImageProducer? 接口,是 ImageProducer?。
ImagConsumer
java.awt.image軟件包中,ImageFilter(圖像過(guò)濾器)和 PixelGrabber(像素抓取器)實(shí)現(xiàn)了 ImagConsumer 接口,是 ImagConsumer。
ImageProducer?和 ImagConsumer 的詳細(xì)介紹請(qǐng)閱讀 使用 ImageProducer? / ImagConsumer 進(jìn)行圖像過(guò)濾
ImageObserver
ImageObserver接口中,定義了一個(gè)常數(shù)集合和一個(gè)方法:
public boolean imageUpdate(image img, int flags, int x, int y, int width, int height);
ImageObserver的常數(shù) | |
標(biāo)志 | 含義 |
ABORT | 圖像加載被中斷 |
ALLBITS | 所有的位都已加載給圖像 |
ERROR | 在加載過(guò)程中發(fā)生錯(cuò)誤 |
FRAMEBITS | 多幀圖像的一個(gè)幀被傳送,一般用于GIF |
HEIGHT | 圖像的高度已經(jīng)可用 |
PROPERTIES | 圖像的屬性已經(jīng)可用 |
SOMEBITS | 圖像的縮放變體的多個(gè)位已經(jīng)可用 |
WIDTH | 圖像的寬度已經(jīng)可用 |
輸出結(jié)果:
image width = -1 height = -1
圖像的高度和寬度只有在圖像被完全加載后才是有效的,輸出結(jié)果說(shuō)明 java.awt.image 相關(guān)的圖像位在需要之前不被生產(chǎn)。
例2,圖像異步生產(chǎn)
輸出結(jié)果:
drawing?image...
false
drawing?image...
false
drawing?image...
false
drawing?image...
true
輸出結(jié)果說(shuō)明組件作為 ImageObserver ,監(jiān)視 ImageProducer 異步生產(chǎn)圖像,一旦有新的圖像位被生產(chǎn)時(shí)就重繪圖像,圖像完全加載后 drawImage() 方法返回 true。
例3,重載 ImageObserver 的 imageUpdate() 方法,在圖像完全加載前不調(diào)用 repaint()
例4,重載? Component.update() 方法,被調(diào)用時(shí)不清除背景圖像,直接調(diào)用 paint() 方法繪制圖像,消除閃爍
?
posted @ 2005-10-11 10:35 leon 閱讀(2633) | 評(píng)論 (3) | 編輯 收藏
posted @ 2005-09-13 17:09 leon 閱讀(2322) | 評(píng)論 (5) | 編輯 收藏