LZ 給我一份吧,謝謝了
zuiwoxing@gmail.com
以前公司讓做過個類似的東西,弄了一星期放棄了...
你是用C++調(diào)用的IE吧?那還用Java干什么?只要能調(diào)用IE剩下的事情應(yīng)該就比較好辦,我就是對Window下的IE調(diào)用和C++不太熟,比較失敗,哈哈...
錢。。。。。。只這一個目標(biāo)。
心態(tài)再好也不管飽。。。
沒明白。
首先,你的第二個的ExtendedName沒寫。這是我寫的,看是不是合你的意思。
public class ExtendedName extends SimpleName {
private String ext;
public ExtendedName(String base, String ext) {
super(base);
this.ext = ext;
}
public int compareTo(Name o) {
int c = super.compareTo(o);
if (c == 0 && o instanceof ExtendedName) {
return ext.compareTo(((ExtendedName)o).ext);
} else {
return c;
}
}
}
如果你的ExtendedName和我的一樣的話,兩個client返回的結(jié)果是一致的。-1。例如assert的話,第二個應(yīng)該也是'<'。不知道是我跟你寫的ExtendedName不一致造成的,還是其它什么問題。大家研究研究。。。
吼吼,決定了,用Java Swing來做。決定向Java GUI發(fā)展發(fā)展。畢竟我還是喜歡用一種方案解決大部分問題啊。
基于3個基本理由:
1、學(xué)習(xí)成本低,我Java怎么也學(xué)了幾年了,一般swing沒問題;
2、消費級jre的出爐,對它看好,看看融合后的效果,在體積、性能上應(yīng)該不會差太多了。
3、剛看了個Nimbus,非常好,建議大家去看看,很不錯,java在外觀上也在迎頭趕上啊。
酒店那個我要了一份。還沒來得及看呢。^-^
謝謝大家的建議。個人也比較傾向于C,整體上不錯,效率不錯,難度也不大。界面部分可以考慮QT等(或完全自己做)。就是心里沒底,C已經(jīng)好幾年沒碰過了,不知道還能拿起來多少。
對了,大家知道C有啥好的IDE嗎?IntelliJ用著太爽了,做其它語言開發(fā)不能用IntelliJ那些爽功能真不爽啊。。。。。。
咨詢一下哈,如果我想開發(fā)GUI的話,選什么好呢?
C?C++?VB?
VB開發(fā)速度高,易學(xué)。但問題是開發(fā)一個結(jié)構(gòu)合理完整的程序的效果如何?例如要開發(fā)像Firefox這樣級別的程序,VB能不能勝任呢?
C/C++性能有保障,關(guān)于結(jié)構(gòu)、框架這些看自己能力,可控性很強,但不易于掌握也是個不小的問題啊。
比較迷茫,老大對這些東西有什么好的建議嗎?謝謝。
一直不太明白C/S的運作機理,源碼給我一份兒吧。謝謝
qlqsh@sina.com.cn
笨笨啊,我有點迷茫。能給解答一下嗎?
公司的站內(nèi)搜索OK了,但領(lǐng)導(dǎo)讓我繼續(xù)研究研究搜索,但我不知道該繼續(xù)去研究什么好了。
中文分詞?目前使用的模塊(JE)還可以,如果自己研發(fā)需要不少時間,還有詞庫問題。
爬蟲?我們是站內(nèi)搜索,雖然頭說站外也是個方向,但很不明確,我對沒有明確需求的東西實在不感興趣。
分布式?目前的量還沒必要(幾百萬),差的很遠的,而且如果一直站內(nèi)搜索的話也很難用上。
緩沖?這個很有用,但目前實在沒有太好的想法。
目前站內(nèi)搜索的狀況就是正常運行,沒什么錯誤,也不知道該改些什么。很迷茫。(還有個項目相反,能正常運行,但我還有很多想法,但領(lǐng)導(dǎo)說我在那個項目浪費太多時間了,不許我再做了,能運行就行。-_-!)
最近很怪,我對搜索的研究很迷茫,對用戶的需求倒是很感興趣。我一直在思考自己的東西最終能給用戶帶來什么,如何讓用戶更加方便的使用。
嗯。。。就是很迷茫,有啥好的建議嗎?
說起來,Lucene的性能似乎不行啊(我沒測試過啊,只是網(wǎng)上資料說明)。似乎千萬級別就比較慢了。前段日子用Lucene開發(fā)了個站內(nèi)搜索(數(shù)據(jù)量大概在幾百萬吧),感覺無論是搜索(其實還好,在可接收范圍內(nèi))和索引都有點慢。有沒更好的實現(xiàn)啊?那些真正的能承受較大壓力的搜索都是怎么開發(fā)的?誰知道?
TUXEDO/CICIS?靠,全沒聽說過啊。深了。
頁面用java?我覺得現(xiàn)在php、ruby編寫頁面更快、更靈活啊。那java還有啥用啊?像j2ee這些東西的意義何在呢?迷茫啊。
對了,老大都用啥C的開發(fā)工具和編譯器啊。感覺比java下少好多。也沒個讓我喜歡的(java下我最喜歡IDEA、實在不行還有NetBean和Eclipse可用)。vc太大,bcb下載太麻煩,不是注冊就是要填調(diào)查,填了也不讓我下,好不容易下了個cgywin不會用,郁悶。大大把自己的環(huán)境發(fā)上來,參考參考吧。我算是C、c++初學(xué)者吧。咦。
差距這么大?10倍的差距?那如果用C或C++編制多層web應(yīng)用,應(yīng)該有更高的效率啊。為啥大家很少用呢?大大詳解一下。目前對這方面的研究比較有興趣。
我覺得更新升級不是問題,既然是基于web的就應(yīng)該可以實現(xiàn)自動檢測、升級。類似殺毒軟件的更新?
謝謝草兒。
嗯。。。是個問題,感覺控制力還是不夠啊。看來應(yīng)用的時候還是有個好的設(shè)計才行。
正好問問。
我做了一個過濾器,我想過濾某一組資源里的某幾個資源該怎么做呢?配置多個servlet-mapping不可行啊。
<filter>
<filter-name>AuditFilter</filter-name>
<filter-class>com.wrox.projsp.ch14.filters.AuditFilter
</filter-class>
</filter>
<filter-mapping>
<filter-name>AuditFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
以上的配置是對所有資源的過濾,如果我只想過濾里面的幾個資源呢?比如過濾一個html、2個jsp什么的,怎么做呢?謝謝。
re: blog名字的由來[未登錄] 劉明 2007-07-22 20:12
頗為巧合,我也叫劉明,也做java編程,工具也是用IDEA...幸會幸會
遞歸推算當(dāng)前測試者遇不到真子彈的幾率之積?
我到覺得你比較扯淡。
任務(wù)太多,不好分析。最好找個資料比較詳細的,細細的分析。而不是這種嘩眾取寵的概括。
可以給個Demo演示嗎?本人對struct不太懂。
re: 夢想的歸宿[感想][未登錄] 劉明 2007-06-05 09:05
如果有夢想就去追。可能現(xiàn)實的條件暫時不允許我們?nèi)プ穼ぃ覀兛梢月e累實力,慢慢的向夢想接近。
不同意樓上的思想。夢想沒有來不及之說,只看你是否想去追尋(是否舍得)。還有,夢想不是靠他人施舍來的。
本來這東西確實不適合放在這里,但看了后很有感觸。結(jié)合目前自己周圍的一些變化,不得不為以后的發(fā)展捏把汗啊。也希望更多的人能夠冷靜下來。不要最后弄個家破人亡的下場。
嘿嘿,樓上測試過了吧?程序已經(jīng)發(fā)給Linux_China大大了,估計正在測試是哪兒的問題吧。
測試回來。
NetBeans6 M9,測試也能正常輸出亂碼(不過說起來NetBeans6啟動和運行都比較慢啊,有點難以忍受了,希望正式版出來能好點,我還是蠻期待的),看來就IDEA有這個問題存在。難道是個bug?
re: 我的作品: 抓圖軟件[未登錄] 劉明 2007-05-02 12:23
to:pande
我個人觀點啊。像vb、dehpi、c++等開發(fā)gui要比java好,目前來說。之所以認(rèn)為java7會帶來一定的改觀是到時jre的改變。大家可以考慮探討一下。
re: 我的作品: 抓圖軟件[未登錄] 劉明 2007-05-02 04:05
老大,厲害呀,能用java做到這種程度相當(dāng)不簡單呀。
不過,目前我覺得用java進行g(shù)ui類開發(fā)不太好,至少在java7之前這個情況目前是無法改觀的。
辛苦了,但我目前要學(xué)習(xí)的東西太多,實在是沒時間了,見諒。記號先。
to:songwing
我看了你說的那個,悠悠村開發(fā)的(呵呵)。它那個我也常用的(主要用來跟自己的進行比對,看看差在哪里,哪里比它強,算是跟它攀比著一路開發(fā)上來的吧)。這是我開發(fā)的那個的網(wǎng)址:
http://so.pp.cn/phone/baidu.jsp,你可以對比一下,我覺得還湊活了(呵呵)。有些地方還有待完善(尤其是IE環(huán)境下)。等我忙完這陣子(主要這個東西要保證質(zhì)量的說),寫個開發(fā)思路給大家。其實難度不算大,就是麻煩(有太多的細節(jié)問題)。
呵呵,是啊,6的速度跟5比起來實在是有點慢,而且我覺得一些6的特性也沒必要,可以考慮給用戶個官方高級功能包什么的。將精力集中到真正的java開發(fā)環(huán)境上面來。
re: 貢獻一個Wap瀏覽器的源代碼 劉明 2007-03-22 10:57
謝謝回復(fù)。但我沒明白你啥意思。
“最后建議你去用kxml的對wap的支持”啥意思?我看部分文章有的提到一點,說是需要修改(或繼承擴展)一下kxml,但目前我就是對如何修改kxml不知道如何下手。
re: 貢獻一個Wap瀏覽器的源代碼 劉明 2007-03-22 10:14
我不是做wap瀏覽器,但要用一下kxml。問一下,你如何處理的wml里的特殊字符呀?kxml碰到特殊字符報錯的(比如: ),需要修改kxml哪里能夠避免?謝謝。
小試了一下,稍微有點慢。不過感覺很不錯,希望繼續(xù)努力改進,等正式版。看看能不能從IDEA轉(zhuǎn)過來。目前用的最順手的是IDEA,希望NetBeans,好好像IDEA學(xué)習(xí)它好的那些方面。
個人做過一點java的桌面開發(fā)(玩玩而已),平常也常使用一些用Java開發(fā)的工具。個人感覺java做桌面還是有些問題的。
首先是慢,這個比較沒脾氣,跟vc、vb的程序比還是慢,這樣用戶的體驗就會很糟糕(哪怕一點的頓、卡都是讓人感覺很別扭的事),雖然可以通過各種手段改進,但先天的不足還是很麻煩的。
其次是jre,每次發(fā)布都要帶著jre一起發(fā)布,也是很郁悶的事,如果是一般只有2、3M的程序,帶個10幾M的jre,一下子就12、3M了,對用戶來說太大了,不方便下載、安裝。據(jù)說java1.7將按照模塊化提供,只帶有用的那部分,應(yīng)該會使大小下降不少。至于安裝,可以考慮jre安裝默認(rèn)不可見安裝,跟隨程序直接安裝,對用戶隱藏?zé)┈嵉陌惭b步驟。
最后是界面,感覺java的界面都設(shè)計的太原始了,就是感覺很差,雖然有些還不錯的,但跟vb、vc那些設(shè)計的很酷的界面比起來就差太多了。這方面的軟件也少,資源也少,最終造成惡性循環(huán)。
re: Ruby真有那么好嗎? 劉明 2007-01-25 09:30
嗯。。。Ruby不熟。但看過ROR,確實驚奇它的開發(fā)效率。我覺得Java有些過于自大,過于學(xué)究了。好的東西我們可以學(xué)習(xí)嘛。既然Ruby通過ROR發(fā)展起來,Java也可以借鑒嘛。ROJ,如果Java本身難以實現(xiàn)的話,就在Java上構(gòu)建一層好了,比如Groovy。
其實我覺得Java下的太多東西都過于技術(shù)化了,比如Struts等,似乎它們想解決所有的問題,我覺得這是很費精力,而且意義不大的。不要妄想自己的東西可以在所有的環(huán)境下都適用,我們完全可以作個類似于ROR的東西用于快速開發(fā),也許它有很多的問題(應(yīng)用面窄、不能承受太大的壓力等),但我覺得它只要能很好的完成它面對的用戶需要的東西就行了(比如:快速開發(fā)、好管理等)。我始終比較信奉8:2法則。
說起來很早的時候也想過這些東西,也想過如果離散Flash(多Flash拼網(wǎng)頁),和聚合Flash做整個網(wǎng)站的想法,后來也稍微的接觸了一下Flex。個人感覺Flex和AJAX都是不錯的東西,但我覺得兩者都有個共通點。就是慢,不如本機那樣操作舒服。我個人認(rèn)為javascript就是實現(xiàn)頁面小特效的作用,讓它做太多的東西是否是正確的?Flash就是元素太多,速度就很。。。我想是不是我們的路走錯了?web真應(yīng)該這么發(fā)展下去嗎?嗯。。。我也不知道。不過以后可能會對Flash更多的關(guān)照一下吧。
re: 關(guān)于方舟子的爭論 劉明 2007-01-22 09:45
對了,補充兩句。
不知道你小時候家里干啥的。我小時候家里種地的,我還記得小時候挖的糞坑,把糞和哪些沒用的葉子、麥桿啥的混在一起,埋地里,對蔬菜和莊稼都很好哦,比那些亂七八糟的藥劑好多了。對了,哪些殺蟲藥啥的都是誰發(fā)明的?比較坑人啊。
我覺得化學(xué)藥劑這些東西,需要大量的人力和時間去驗證它的作用。有些是非常有危害的。短期內(nèi)可能看不出來,但長了危害就顯露出來了(根據(jù)危害的隱蔽程度,這個時間就沒準(zhǔn)了)。但人是功利的,肯定不會花這么長的時間和精力去做這些評估檢測啥的(畢竟商業(yè)社會,要有投入產(chǎn)出比的嘛)。
我相信這個世界是平衡的,得到了一件東西也必定失去一件東西。
發(fā)現(xiàn)自己語言表達能力實在糟糕。太詞不達意了吧。。。。。。。。
re: 關(guān)于方舟子的爭論 劉明 2007-01-22 09:21
馴化、雜交這些東西不過我也覺得沒什么呀,也是自然的東西,它來源于自然,也沒有破壞自然。
如果有一天。我拿上一罐肥料、加點水、加點土,出來一只羊,反正我是不太敢吃的。
基因嘛。。。。。。太難說了,我希望是自然慢慢進化,成長的東西,人類或許能夠進行一點外部干涉,但從內(nèi)部就動手術(shù),有點。。。不爽。可能跟我比較討厭化學(xué)藥劑有關(guān)吧。
胡言亂語一些,大家湊合著看吧。^_^
re: 關(guān)于方舟子的爭論 劉明 2007-01-19 17:48
看兩位老大討論的不亦樂乎,說的很多東西我都不懂的。
我個人只是不太喜歡化學(xué)的東西。也對人類的這種近乎瘋狂的發(fā)展(扣個帽子——偽進化)感到恐懼。如果能夠讓我選擇的話,我希望盡量吃點自然的東西。方舟子網(wǎng)上聽過,司馬南都是知道的多一點,以前揭露偽科學(xué)哪些東西,感覺人還是不錯的,但怎么就。。。。哎。
我個人希望的是與自然的和諧發(fā)展,而不是妄想成為萬物的主宰。
老大,我也遇到類似的問題了,請教一下。加我msn:qlqsh@msn.com或google talk:hopefor@gmail.com,謝謝
immutalbe應(yīng)該是immutable吧?
補充兩句:也許用xml做模型,JavaScript做控制,html做顯示,也是件不錯的事情(瞎想的,如果跟你說的雷同可以無視)。
其實我個人覺得,如果真有更高的交互需求的話,用程序是否更好些?我個人就在考慮拋棄瀏覽器的一些應(yīng)用,改為軟件的實現(xiàn)。
嗯嗯,看了看前端MVC的大概意思,意思上感覺應(yīng)該不錯,開始我理解為要跟server不斷的交互了,流量還不算大問題,但不斷的請求和回應(yīng)可能比較麻煩,既然不是很牽扯server,這個問題就沒什么了。但確實好像有點慢,不是剛進入那會兒。我用了幾分鐘,怎么說呢,有點鈍的感覺。可能跟JavaScript有關(guān)吧(代碼太多啥的)。
也就是說整體上感覺是MVC-請求/回應(yīng)-MVC,大概是這個樣子。但用JavaScript的前臺開發(fā)代碼量應(yīng)該不算小。感覺增加了不少的量,但得到的東西不是很多的樣子。
例子看了,確實有趣,但就是有點慢。而且最重要的是網(wǎng)絡(luò)不適合通知者方式。這個好像有點像mvc,但根據(jù)網(wǎng)絡(luò)的限制mvc無法全部實現(xiàn)。現(xiàn)在利用Ajax雖然可以實現(xiàn),但想想網(wǎng)絡(luò)消耗什么的,是不是有點得不償失呢?
我是個新手,很多的概念什么的也比較生,發(fā)點個人見解,不要見怪。