一、el
var el =Ext.get('例如:formname');
var map = new Ext.KeyMap(el, {
key: Ext.EventObject.ENTER,
fn: function(){
event.keyCode=9;
}
});
二、EditGrid,需修改源碼
onEditorKey:function (F, E) {
var C = E.getKey(), G, D = this.grid, B = D.activeEditor;
var A = E.shiftKey;
if (C == E.TAB) {
E.stopEvent();
B.completeEdit();
if (A) {
G = D.walkCells(B.row, B.col - 1, -1, this.acceptsNav, this);
} else {
G = D.walkCells(B.row, B.col + 1, 1, this.acceptsNav, this);
}
} else {
if (C == E.ENTER) {
E.stopEvent();
B.completeEdit();
if (this.moveEditorOnEnter !== false) {
if (A) {
//G = D.walkCells(B.row - 1, B.col, -1, this.acceptsNav,this)
G = D.walkCells(B.row, B.col - 1, -1, this.acceptsNav, this);
} else {
// G = D.walkCells(B.row + 1, B.col, 1, this.acceptsNav,this)
G = D.walkCells(B.row, B.col + 1, 1, this.acceptsNav, this);
}
}
} else {
if (C == E.ESC) {
B.cancelEdit();
}
}
}
if (G) {
D.startEditing(G[0], G[1]);
}
}
摘要: Webservice交互中需要雙方約定數(shù)據(jù)格式,用XML表示數(shù)據(jù)庫(kù)記錄是不錯(cuò)的選擇。 先定義個(gè)DTD: <!-- DTD for the Xml-Format-String used to transmit business data --> <!-- The "DBSET" element is the root of... 閱讀全文 Webservice交互經(jīng)常需要驗(yàn)證用戶,用戶名和密碼的傳遞采用SOAPHeader傳遞不失為一種好辦法。在Axis1中設(shè)置很簡(jiǎn)單:
客戶端:
((org.apache.axis.client.Call) call).addHeader(new SOAPHeaderElement("Authorization","username",username));
((org.apache.axis.client.Call) call).addHeader(new SOAPHeaderElement("Authorization","password",password));
經(jīng)包裝后傳遞的內(nèi)容如下
<soapenv:Header>
<ns1:username
soapenv:actor="http://schemas.xmlsoap.org/soap/actor/next"
soapenv:mustUnderstand="0" xsi:type="soapenc:string"
xmlns:ns1="Authorization"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">
admin
</ns1:username>
<ns2:password
soapenv:actor="http://schemas.xmlsoap.org/soap/actor/next"
soapenv:mustUnderstand="0" xsi:type="soapenc:string"
xmlns:ns2="Authorization"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">
1
</ns2:password>
</soapenv:Header>
服務(wù)端通過Handler取得用戶名和密碼進(jìn)行驗(yàn)證:
username = (String) messageContext.getRequestMessage().getSOAPEnvelope()
.getHeaderByName("Authorization","username").getValue();
password = (String) messageContext.getRequestMessage().getSOAPEnvelope()
.getHeaderByName("Authorization","password").getValue();
如果覺得這樣不安全,可雙方約定一種加密解密規(guī)則,將用戶名和密碼加密后進(jìn)行傳輸。
我曾試過使用如下方法,
客戶端:
((org.apache.axis.client.Call) call).setUsername(username);
((org.apache.axis.client.Call) call).setPassword(password);
包裝后傳遞內(nèi)容(多了最后一句:Authorization: Basic emphZG1pbjox。Axis將用戶名和密碼經(jīng)Base64加密后傳遞):
POST /web/services/GenericServer HTTP/1.0
Content-Type: text/xml; charset=utf-8
Accept: application/soap+xml, application/dime, multipart/related, text/*
User-Agent: Axis/1.4
Host: localhost:8083
Cache-Control: no-cache
Pragma: no-cache
SOAPAction: ""
Content-Length: 807
Authorization: Basic emphZG1pbjox
服務(wù)端的Handle:
username =messageContext.getUsername();
password = messageContext.getPassword();
這樣是沒問題,看起來更簡(jiǎn)單。可惜調(diào)用部署在weblogic上的ws時(shí),會(huì)被weblogic攔截,必須在weblogic安全域中配置相應(yīng)的用戶才能通過驗(yàn)證,這不是我們所需要的,通常我們有自己的用戶管理機(jī)制,調(diào)用WS的用戶也作為系統(tǒng)中的一個(gè)用戶納入我們的管理,而不是跟weblogic安全域用戶綁在一起。
摘要: Jacob的下載、配置就不說了,提醒下,官方的提供的17版本似乎不支持jdk1.5,得下載19版的(CSDN上有)。 研究這個(gè)的目的是想用java生成符合格式的word文檔,文檔內(nèi)容大體上有三種格式,Heading1、Heading2和Normal,在word的文檔結(jié)構(gòu)圖顯示的樣子如下 Heading 1 Heading 2 H... 閱讀全文 摘要: 2007,也許會(huì)有危險(xiǎn),也許會(huì)有障礙,所以...... 閱讀全文
通常情況下,我們通過創(chuàng)建類的對(duì)象來訪問其字段和方法,而將字段或方法聲明為static意味著這個(gè)字段或方法作為整個(gè)類而不是類的某個(gè)特定對(duì)象而存在,可以通過類名直接引用它們。
一個(gè)static字段對(duì)每個(gè)類來說都只有一份存儲(chǔ)空間,而非static字段則是對(duì)每個(gè)對(duì)象有一份存儲(chǔ)空間。
static方法的一個(gè)重要用法就是不用創(chuàng)建對(duì)象而通過類直接引用它。
final:用來修飾字段、方法和類。
final修飾字段。對(duì)于基本類型,final使數(shù)值恒定不變,而對(duì)于對(duì)象引用,final使引用恒定不變,一旦引用被初始化指向一個(gè)對(duì)象,就無法把它改為指向另一個(gè)對(duì)象,然而,對(duì)象其本身是可以被修改的。
一個(gè)既是static又是final的字段只占據(jù)一段不能改變的存儲(chǔ)空間。
帶有恒定初始值(即,編譯時(shí)常量)的static final基本類型全用大寫字母命名,并且字與字之間用下劃線隔開。
空白final是指聲明為final但又未給定初值的字段,這個(gè)字段在運(yùn)行時(shí)初始化,并在以后保持恒定不變。
final參數(shù)意味著你無法在方法中更改參數(shù)引用所指向的對(duì)象,你可以引用參數(shù),但無法改變它。
???
final修飾方法。使用final方法的原因有兩個(gè),第一個(gè)原因是把方法鎖定,以防任何繼承類來修改它的含義。這個(gè)出于設(shè)計(jì)的考慮:想要保證在繼承中使方法行為保持不變,并且不會(huì)被覆蓋。
使用final方法的第二個(gè)原因是效率。如果將一個(gè)方法指定為final,就是同意編譯器將針對(duì)改方法的所有調(diào)用都轉(zhuǎn)為內(nèi)嵌調(diào)用,而編譯器會(huì)根據(jù)開銷情況明智的抉擇是否對(duì)final方法執(zhí)行內(nèi)嵌調(diào)用。
類中的所有private方法都隱式的指定為final的。
final修飾類。將某個(gè)類定義為final表明該類不能被繼承。
final類的字段可以根據(jù)個(gè)人的意愿選擇是或不是final,不論類是否定義為final,相同的規(guī)則都適用與final字段。
而final類的所有方法都隱式的指定為final的。 public、protected和private做為java訪問權(quán)限修飾詞而使用。
首先要明白,java中的每個(gè)定義(定義類、字段和方法)都有特定的訪問權(quán)限。如果不加修飾詞,則默認(rèn)為包訪問權(quán)限,即包內(nèi)的類對(duì)其有訪問權(quán)限。
對(duì)于類成員(字段和方法)的訪問權(quán)限來說,
public:所有類都可訪問。
protected:繼承訪問權(quán)限。基類通過protected把訪問權(quán)限賦予派生類而不是所有類,
另外,protected也提供包訪問權(quán)限,也就是說,相同包內(nèi)的其他類可以訪問protected元素。
private:除了包含這個(gè)成員的類外,其他任何類都無法訪問這個(gè)成員。
對(duì)于類訪問權(quán)限來說,
僅有兩個(gè)選擇:包訪問權(quán)限或public。
類既不可以是private的,也不可以是protected的,但內(nèi)部類是個(gè)特例,一個(gè)內(nèi)部類可以是private或protected的。
var el =Ext.get('例如:formname');
var map = new Ext.KeyMap(el, {
key: Ext.EventObject.ENTER,
fn: function(){
event.keyCode=9;
}
});
二、EditGrid,需修改源碼
onEditorKey:function (F, E) {
var C = E.getKey(), G, D = this.grid, B = D.activeEditor;
var A = E.shiftKey;
if (C == E.TAB) {
E.stopEvent();
B.completeEdit();
if (A) {
G = D.walkCells(B.row, B.col - 1, -1, this.acceptsNav, this);
} else {
G = D.walkCells(B.row, B.col + 1, 1, this.acceptsNav, this);
}
} else {
if (C == E.ENTER) {
E.stopEvent();
B.completeEdit();
if (this.moveEditorOnEnter !== false) {
if (A) {
//G = D.walkCells(B.row - 1, B.col, -1, this.acceptsNav,this)
G = D.walkCells(B.row, B.col - 1, -1, this.acceptsNav, this);
} else {
// G = D.walkCells(B.row + 1, B.col, 1, this.acceptsNav,this)
G = D.walkCells(B.row, B.col + 1, 1, this.acceptsNav, this);
}
}
} else {
if (C == E.ESC) {
B.cancelEdit();
}
}
}
if (G) {
D.startEditing(G[0], G[1]);
}
}
摘要: Webservice交互中需要雙方約定數(shù)據(jù)格式,用XML表示數(shù)據(jù)庫(kù)記錄是不錯(cuò)的選擇。 先定義個(gè)DTD: <!-- DTD for the Xml-Format-String used to transmit business data --> <!-- The "DBSET" element is the root of... 閱讀全文 Webservice交互經(jīng)常需要驗(yàn)證用戶,用戶名和密碼的傳遞采用SOAPHeader傳遞不失為一種好辦法。在Axis1中設(shè)置很簡(jiǎn)單:
客戶端:
((org.apache.axis.client.Call) call).addHeader(new SOAPHeaderElement("Authorization","username",username));
((org.apache.axis.client.Call) call).addHeader(new SOAPHeaderElement("Authorization","password",password));
經(jīng)包裝后傳遞的內(nèi)容如下
<soapenv:Header>
<ns1:username
soapenv:actor="http://schemas.xmlsoap.org/soap/actor/next"
soapenv:mustUnderstand="0" xsi:type="soapenc:string"
xmlns:ns1="Authorization"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">
admin
</ns1:username>
<ns2:password
soapenv:actor="http://schemas.xmlsoap.org/soap/actor/next"
soapenv:mustUnderstand="0" xsi:type="soapenc:string"
xmlns:ns2="Authorization"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">
1
</ns2:password>
</soapenv:Header>
服務(wù)端通過Handler取得用戶名和密碼進(jìn)行驗(yàn)證:
username = (String) messageContext.getRequestMessage().getSOAPEnvelope()
.getHeaderByName("Authorization","username").getValue();
password = (String) messageContext.getRequestMessage().getSOAPEnvelope()
.getHeaderByName("Authorization","password").getValue();
如果覺得這樣不安全,可雙方約定一種加密解密規(guī)則,將用戶名和密碼加密后進(jìn)行傳輸。
我曾試過使用如下方法,
客戶端:
((org.apache.axis.client.Call) call).setUsername(username);
((org.apache.axis.client.Call) call).setPassword(password);
包裝后傳遞內(nèi)容(多了最后一句:Authorization: Basic emphZG1pbjox。Axis將用戶名和密碼經(jīng)Base64加密后傳遞):
POST /web/services/GenericServer HTTP/1.0
Content-Type: text/xml; charset=utf-8
Accept: application/soap+xml, application/dime, multipart/related, text/*
User-Agent: Axis/1.4
Host: localhost:8083
Cache-Control: no-cache
Pragma: no-cache
SOAPAction: ""
Content-Length: 807
Authorization: Basic emphZG1pbjox
服務(wù)端的Handle:
username =messageContext.getUsername();
password = messageContext.getPassword();
這樣是沒問題,看起來更簡(jiǎn)單。可惜調(diào)用部署在weblogic上的ws時(shí),會(huì)被weblogic攔截,必須在weblogic安全域中配置相應(yīng)的用戶才能通過驗(yàn)證,這不是我們所需要的,通常我們有自己的用戶管理機(jī)制,調(diào)用WS的用戶也作為系統(tǒng)中的一個(gè)用戶納入我們的管理,而不是跟weblogic安全域用戶綁在一起。
摘要: Jacob的下載、配置就不說了,提醒下,官方的提供的17版本似乎不支持jdk1.5,得下載19版的(CSDN上有)。 研究這個(gè)的目的是想用java生成符合格式的word文檔,文檔內(nèi)容大體上有三種格式,Heading1、Heading2和Normal,在word的文檔結(jié)構(gòu)圖顯示的樣子如下 Heading 1 Heading 2 H... 閱讀全文 摘要: 2007,也許會(huì)有危險(xiǎn),也許會(huì)有障礙,所以...... 閱讀全文
alphal 內(nèi)部測(cè)試版
beta 外部測(cè)試版
demo 演示版
Enhance 增強(qiáng)版或者加強(qiáng)版 屬于正式版
Free 自由版
Full version 完全版 屬于正式版
shareware 共享版
Release 發(fā)行版 有時(shí)間限制
Upgrade 升級(jí)版
Retail 零售版
Cardware 屬共享軟件的一種,只要給作者回復(fù)一封電郵或明信片即可。(有的作者并由此提供注冊(cè)碼等),目前這種形式已不多見。
Plus 屬增強(qiáng)版,不過這種大部分是在程序界面及多媒體功能上增強(qiáng)。
Preview 預(yù)覽版
Corporation & Enterprise 企業(yè)版
Standard 標(biāo)準(zhǔn)版
Mini 迷你版也叫精簡(jiǎn)版只有最基本的功能
Premium -- 貴價(jià)版
Professional -- 專業(yè)版
Express -- 特別版
Deluxe -- 豪華版
Regged -- 已注冊(cè)版
CN -- 簡(jiǎn)體中文版
CHT -- 繁體中文版
EN -- 英文版
Multilanguage -- 多語言版
?
?
通常情況下,我們通過創(chuàng)建類的對(duì)象來訪問其字段和方法,而將字段或方法聲明為static意味著這個(gè)字段或方法作為整個(gè)類而不是類的某個(gè)特定對(duì)象而存在,可以通過類名直接引用它們。
一個(gè)static字段對(duì)每個(gè)類來說都只有一份存儲(chǔ)空間,而非static字段則是對(duì)每個(gè)對(duì)象有一份存儲(chǔ)空間。
static方法的一個(gè)重要用法就是不用創(chuàng)建對(duì)象而通過類直接引用它。
final:用來修飾字段、方法和類。
final修飾字段。對(duì)于基本類型,final使數(shù)值恒定不變,而對(duì)于對(duì)象引用,final使引用恒定不變,一旦引用被初始化指向一個(gè)對(duì)象,就無法把它改為指向另一個(gè)對(duì)象,然而,對(duì)象其本身是可以被修改的。
一個(gè)既是static又是final的字段只占據(jù)一段不能改變的存儲(chǔ)空間。
帶有恒定初始值(即,編譯時(shí)常量)的static final基本類型全用大寫字母命名,并且字與字之間用下劃線隔開。
空白final是指聲明為final但又未給定初值的字段,這個(gè)字段在運(yùn)行時(shí)初始化,并在以后保持恒定不變。
final參數(shù)意味著你無法在方法中更改參數(shù)引用所指向的對(duì)象,你可以引用參數(shù),但無法改變它。
???
final修飾方法。使用final方法的原因有兩個(gè),第一個(gè)原因是把方法鎖定,以防任何繼承類來修改它的含義。這個(gè)出于設(shè)計(jì)的考慮:想要保證在繼承中使方法行為保持不變,并且不會(huì)被覆蓋。
使用final方法的第二個(gè)原因是效率。如果將一個(gè)方法指定為final,就是同意編譯器將針對(duì)改方法的所有調(diào)用都轉(zhuǎn)為內(nèi)嵌調(diào)用,而編譯器會(huì)根據(jù)開銷情況明智的抉擇是否對(duì)final方法執(zhí)行內(nèi)嵌調(diào)用。
類中的所有private方法都隱式的指定為final的。
final修飾類。將某個(gè)類定義為final表明該類不能被繼承。
final類的字段可以根據(jù)個(gè)人的意愿選擇是或不是final,不論類是否定義為final,相同的規(guī)則都適用與final字段。
而final類的所有方法都隱式的指定為final的。 public、protected和private做為java訪問權(quán)限修飾詞而使用。
首先要明白,java中的每個(gè)定義(定義類、字段和方法)都有特定的訪問權(quán)限。如果不加修飾詞,則默認(rèn)為包訪問權(quán)限,即包內(nèi)的類對(duì)其有訪問權(quán)限。
對(duì)于類成員(字段和方法)的訪問權(quán)限來說,
public:所有類都可訪問。
protected:繼承訪問權(quán)限。基類通過protected把訪問權(quán)限賦予派生類而不是所有類,
另外,protected也提供包訪問權(quán)限,也就是說,相同包內(nèi)的其他類可以訪問protected元素。
private:除了包含這個(gè)成員的類外,其他任何類都無法訪問這個(gè)成員。
對(duì)于類訪問權(quán)限來說,
僅有兩個(gè)選擇:包訪問權(quán)限或public。
類既不可以是private的,也不可以是protected的,但內(nèi)部類是個(gè)特例,一個(gè)內(nèi)部類可以是private或protected的。
| |||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
---|---|---|---|---|---|---|---|---|---|
26 | 27 | 28 | 29 | 30 | 1 | 2 | |||
3 | 4 | 5 | 6 | 7 | 8 | 9 | |||
10 | 11 | 12 | 13 | 14 | 15 | 16 | |||
17 | 18 | 19 | 20 | 21 | 22 | 23 | |||
24 | 25 | 26 | 27 | 28 | 29 | 30 | |||
31 | 1 | 2 | 3 | 4 | 5 | 6 |
常用鏈接
留言簿(3)
隨筆分類
文章分類
相冊(cè)
網(wǎng)站鏈接
搜索
最新評(píng)論

- 1.?re: Enter鍵替代Tab鍵切換焦點(diǎn)(Ext)
- 如何把你的功能添加到事件上
- --石
- 2.?兩種方法都不行。
- 兩種方法都不行。
- --模壓
- 3.?re: Jacob控制word文檔
-
拷貝內(nèi)容到 test.doc后 中文有亂碼,怎么解決啊 ,能回個(gè)郵件嗎?
同上啊!! 中文亂碼啊! - --謝庭
- 4.?re: Jacob控制word文檔
- 拷貝內(nèi)容到 test.doc后 中文有亂碼,怎么解決啊 ,能回個(gè)郵件嗎?
- --nodesky
- 5.?re: Enter鍵替代Tab鍵切換焦點(diǎn)(Ext)[未登錄]
- 第一種方法怎么不行?提示找不到event
- --wangwei