笨笨的思想片斷

頂下

與樓主心有靈犀，謝謝分享。

考慮到跨平臺(tái)兼容問題,可以考慮用ICU庫.
更加簡單的辦法:
先用String.getBytes()方法將String轉(zhuǎn)為byte數(shù)組給C代碼. 返回時(shí)用 new String(byte[]) 將字節(jié)數(shù)組轉(zhuǎn)為String對(duì)象.

我也想要，Bulletproof Ajax最先！
phpzht@gmail.com

謝謝提醒,個(gè)人經(jīng)驗(yàn)是凡是涉及到網(wǎng)絡(luò)傳輸?shù)倪h(yuǎn)程調(diào)用如JDBC,RMI,它的執(zhí)行時(shí)間,就是從客戶端發(fā)起請(qǐng)求到獲取返回?cái)?shù)據(jù),耗費(fèi)時(shí)間一般在N毫秒不等.
而普通方法執(zhí)行的時(shí)間,根據(jù)復(fù)雜度的不同,最少的可以用納秒計(jì)算(例如log4j的check時(shí)間),時(shí)間長點(diǎn)的用微秒計(jì)算也合適.

很多人都看過了，呵呵，加油！

很有用，謝謝啦

setResponsePage
另外的Wicket中有這個(gè)登錄例子的

請(qǐng)問有中文文檔嗎？

考慮一下版權(quán)問題

Java與C性能的差距，主要差距表現(xiàn)在：
1 IO/數(shù)據(jù)庫訪問的效率
2 Web Server(Java Servlet Container)的IO效率

但是C的問題還是出在開發(fā)代價(jià)高，出問題查找困難，通用基礎(chǔ)構(gòu)架少。在企業(yè)級(jí)市場(chǎng)中，性能其實(shí)不是最主要的關(guān)注因素，快速實(shí)現(xiàn)需求，縮短開發(fā)周期反而是首要目標(biāo)。

因此在許多大企業(yè)中，真正的核心業(yè)務(wù)采用C/TUXEDO/CICIS寫，保證高效。頁面采用Java寫，保證開發(fā)的快速和靈活。

這個(gè)能用不？
先拷一下，
順便說聲：“謝謝”
哈哈

我不喜歡JAVA 但老師要考試。沒辦法

翻譯的很好
支持一把

完全可以在代碼中控制權(quán)限
比如IViewActionDelegate中的init方法,selectionChanged方法

再比如說你可以通過org.eclipse.ui.IActionFilter可控制Action的權(quán)限，方法很多的。

因?yàn)槭窃趩螜C(jī)上運(yùn)行，甚至可以通過systemProperty屬性來控制，都是可以的!

要分 JDK .
IBM JDK 始終輸出 Thread Dump到某個(gè)文件中。
Sun/Jrockit JDK 會(huì)輸出到 stdout 中。

對(duì)于 Sun/JRockit JDK，最簡單的辦法 是重定向 stdout 到某個(gè)文件: java xxxx > xxx.out

最復(fù)雜的辦法是用 JNI 實(shí)時(shí)修改 STDOUT/STDERR handler。

用擴(kuò)展點(diǎn)
org.ecipse.ui.viewactions
會(huì)更好一些

似乎要在 Eclipse 設(shè)置中將相關(guān)的顯示字體設(shè)置為“宋體－超大字符集”，可以試一試。

Debain Linux for loongson 2E, 32位。
kernel 2.6.18
java hotspot client jvm 1.5

文章瀏覽過了。
東西挺多，但是覺得有點(diǎn)亂。
還有關(guān)于 Unicode 部分，看起來主要說的是 UTF-8編碼，UTF-16/32 甚少涉及。

>在對(duì)一個(gè)Serializable對(duì)象進(jìn)行反序列化的過程中，沒有調(diào)用任何構(gòu)造器，包括缺省的構(gòu)造器

抱歉又要挑刺了，Serializable對(duì)象在反序列化時(shí)，是要調(diào)用缺省構(gòu)造函數(shù)的，否則 JVM 怎么知道多了一個(gè)對(duì)象實(shí)例？

俺也想要，請(qǐng)發(fā)送到我的郵箱　zhugf000@gmail.com
謝謝。

謝謝，跟大師比起來班門弄斧了。

>AGAIN, WOULD YOU LIKE TO ATTEND ARCHITECTS?
請(qǐng)問如何加入？再推辭就不好意思了。

沒錯(cuò)，由于國內(nèi)業(yè)務(wù)變化過于激烈，不穩(wěn)定，業(yè)務(wù)代碼重用不太好做。
所以業(yè)務(wù)架構(gòu)的另一個(gè)思路就是降低變化的成本、時(shí)間和風(fēng)險(xiǎn)，
可參見 u-sky公司一個(gè)產(chǎn)品叫 WebGem。

“噴”就是交流和溝通，把架構(gòu)意圖表達(dá)出來。

至于后面部分，其實(shí)還是從上篇隨筆的PPT中摘出來的，那個(gè)PPT沒見你發(fā)表意見。

不是

不好說，不要對(duì)于AI 和量子計(jì)算抱有多大希望。
起碼5-10年內(nèi)不太可能有什么進(jìn)展。
順便說一句，在目前的體系結(jié)構(gòu)下，計(jì)算機(jī)下圍棋沒戲，2^361次方，根本不可能的事。

內(nèi)部類從運(yùn)行時(shí)理解更簡單：
只要不是 static 聲明的內(nèi)部類運(yùn)行時(shí)，實(shí)例必定附著于一個(gè)外部類實(shí)例，而不能單獨(dú)創(chuàng)建。
但是 static 內(nèi)部類的運(yùn)行時(shí)表現(xiàn)相同于外部類。

這個(gè)，其實(shí)我性格疏懶；
怕難以擔(dān)此名，反誤了大事。

多態(tài)就是普通的Java 方法調(diào)用，效率不會(huì)低的。
如果效率低，只能說：考慮改進(jìn)算法或換JNI實(shí)現(xiàn)。

活活，知識(shí)共享

糾正一點(diǎn)錯(cuò)誤觀點(diǎn)，RTTI 會(huì)帶來效率問題，其效率遠(yuǎn)低于多態(tài)，相差可達(dá)2到3個(gè)數(shù)量級(jí)。

多態(tài)，如 接口，重載。其效率除了靜態(tài)方法外是最高的。
事實(shí)上多態(tài)涉及到了絕對(duì)多數(shù)的代碼：Java代碼中除了靜態(tài)方法和標(biāo)記了 final 的方法(?，待做試驗(yàn))外，所有的普通方法全部是虛方法（多態(tài)）調(diào)用。

祝你生日快樂。

>從JVM的角度看，我們使用關(guān)鍵字new創(chuàng)建一個(gè)類的時(shí)候，這個(gè)類可以沒有被加載。

這句話值得商榷。

JVM執(zhí)行這句話時(shí)，需要從當(dāng)前的上下文類加載器Thread. getContextClassLoader()加載類，再為此類創(chuàng)建實(shí)例（在堆中分配內(nèi)存）。


從 newInstance()方法代碼可以看到，它實(shí)際上是去找缺省的 Constuctor，我們自己可以遍歷類獲得帶參的 Constructor。

Eclipse3 要JDK1.4

樓上
如果你是先安裝的JDK1.4
再安裝的Oracle
所以在 環(huán)境變量
Path中
Oracle的 JDK 1.3的優(yōu)先級(jí)比你安裝的JDK1.4高

在環(huán)境變量Path的設(shè)置中
把JDK安裝目錄的bin/放在最前面

如果你懶 先刪除JDK
再安裝一次 應(yīng)該可以解決

你的裝好能用不？

呵呵，重新添加到RSS中?。。。?/div>