http://prototype.conio.net/
http://prototype.conio.net/dist/prototype-1.4.0.tar.gz

暈摟上

我覺得我們更應該把精力放到業務上.
不應該放到修改框架的bug上面.

ajax,ui框架太容易讓我們有修改的欲望了.

關于dojo的包加載感覺有些不合理.

如可以搞個 batchrequire嗎?
還有_packageName_.js不爽

偶翻譯的太差。
但

通過學習prototype.js,YUI,dojo
閉包是必須要理解的。

快點快點。
估計有不少好東西

你們太孤陋寡聞了。
輪子輪子輪子。

你們這個團隊應該多考察考察，跟得上時代。與時俱進呀

不過好像hibernate3現在還沒有這種工具，如果哪位朋友知道有這種工具，希望賜教

XDoclet
XDoclet
XDoclet
XDoclet
XDoclet

對jsLINB 提個建議。

拖拉代碼性能有問題。 可以到YUI maillist里面看看討論。
分辨率問題。

我覺得js framework基礎功能這塊都差不多。
關鍵是UI這塊，de確實好用，易用。

等我看了源碼才敢深入的說說。

“我偷偷的告訴你，我認為EJB3已經死了，是Rod扼殺了它?！?

希望是這樣

不知道能不能蹭來飯，但頂是頂了。

我始終不認為dojo與DWR有很大的重復。
他們在系統中可以共存。

多表支持嗎？
表關聯支持嗎？
lazy load呢？

這種東西網上一大堆！

@govo
偶也只是學習。
就我個人理解不是。

不要眼中只有java,c#.
內部類可以模擬閉包的一些特性。

那估計你不會接受 python,ruby,javascript這些靈活的語言了。

.net的delegate只是對MVC的一種封裝，自己實現了個萬能的監聽器，又做了優化。
代碼寫起來是好了，可理解上就比較差了。 偶是看了 李建忠 翻譯的那本書才弄明白的。其實.net也有很多問題，為了讓開發人員方面，丟掉很多面向對象的概念，對有些人，比如我來說，覺得不倫不類。

http://www.dearbook.com.cn/book/12797
這本書不錯

http://community.csdn.net/Expert/topic/4809/4809839.xml?temp=.7186396

csdn開戰了。有興趣看看。

@tangyzh

1 gis數據，gis分析是大數據量，大運算的操作。web,webservice的發展弱化了桌面GIS的應用。
--------------------------------------------------------------
可能你們誤解我的意思了.我沒說桌面gis將不存在,或怎么樣.但有個趨勢大家注意.大數據量的分析,我不一定要放在我本地機器上做,我只需要的是一個結果,gis servervice arcgis server就是未來,甚至arcims也是這種模式,我們客戶端需要的只是個圖片而已,但mapxtreme,supermap is不是,因為他們沒有arcims規范.arcgis server我是看好的,可能太前衛了. 這種dcom的遠程調用只是一種方式,arcgis server 也提供了webservice,EJB的方式遠程調用.C/S這種模式肯定會被淘汰的.象mapinfo,arcmap這中桌面應用只能用與高級專業人員,而c/s定制或二次開發也只是小數據量的分析,查詢功能.這些用mapx,mo,arcengine無疑是最簡單的.但這些簡單的功能"b/s"也是可以實現,并且通過遠程調用,復雜的功能也可以實現.
為什么b/s我打引號,因為vb,vc,java,....也可以調用這些遠程服務的.

現在什么都流行企業級服務..net,java無疑是這方面的佼佼者,j2ee可能做的更好.

2\
現在火的東西，不一定以后也火。五、六年前，Dephi、C++ Builder也很火，8、9年前，PB也很火，現在呢？ArcIMS采用的是CGI的技術，ArcGIS Server采用的COM/DCOM的技術，二次開發可以用ajax，但是二次開發的工具天天在換，昨天用VB，今天用C#，不要以為那就是GIS的全部。


我們難道可以不跟著潮流走嗎?那現在你還學PB嗎?Dephi呢,C++ Builder,vb呢.Borland公司都快沒了?難道Borland不想dephi還處于領導地位嗎?技術人員不跟風你就要淘汰!這是事實!誰也不想接受,但誰也必須接受的事實.ajax技術.并不是新技術.javascript,dom,css難道誰沒聽過.建議大家關注關注,ibm,sun,ms,oracle....關注的多了,也不缺咋一小個.ArcGIS Server采用的COM/DCOM的技術，的確,我們可以把arcgis server當成黑盒,如果換成別的技術,我相信對開發人員的接口不會變動太大. 難道你不知道ao用python重寫了很多模塊嗎?


3 arcgis的AO、ArcEngine.MO等組件都是用MFC實現的，我有兩條證據可以證明。而Engine的那套.NET組件無非是在Engine COM組件基礎上通過托管C++包裝成的，只是加了一個.NET的殼。如果是刪除掉Bin下MapControl.ocx，你在DOTNET下的ESRI.ArcGIS.MapControl.dll還能管用嗎？

估計你根本不了解python,以及現在它在gis界的地位. 另外COM模型與vb,vc,borland c沒關系.MFC就更沒關系了.COM組件模型也不只是在window下才有.
你也提到.net的托管c++.那你也應該知道 .net對vc6的影響吧.現在vb.net已經把vb6搞趴了,vc6日子也不好過啊.

http://events.esri.com/uc/QandA/index.cfm?fuseaction=printall&ConferenceID=DA494555-C04F-A070-2407CB34C9CB9287
引用:
Q: What are your plans for use of Python in the geoprocessing framework?

Python is a popular open source scripting language. At ArcGIS 9.2, we have strengthened the relationship between Python and the geoprocessing framework and are urging our users to think of Python as a key scripting language for ArcGIS. It is a very good upgrade for AML.

http://search.esri.com/results.cfm?q=python&ho=10
有興趣可以看看上面這個搜索結果.

我同學做畢業設計算一個結果用一臺高檔pc算了3天.
可能你同學要得到的是不到幾K的結果.
你想想如果把這些計算放到高性能的服務器上運算,而你同學只要這個結果還需要三天嗎?

比較同意 tangyzh 最重要的是行業經驗和對行業的理解，這是往往是年輕人無法逾越的。
我這篇文章本來不想擴展到行業去.
但這個行業可能是水利,通信,森林,土地,房地產......
如果你沒有變成門檻,這些行業知識你很難接觸.

文筆是差了些。呵，見諒/
我始終相信，在gis屆混個幾年的，多少會有些共鳴滴。

@111
暈死。沒看是esri中國提供的例子嗎？

@freedom____

a.prototype.toString=function(){return "a類"};
a是對象實例啊
Array.prototype.toString=function(){return "a類"};

都快忘了上學的感覺了。

很有目的性的招人方式。
最惡心做面試題了。

@pikachu
難道你還以為prototype.js的作者的新版本是針對我們的嗎？
我想他更多的是針對prototype.js擴展項目的。
我覺得1.3.1對我足夠了。

另：
bind/bindAsEventListener只是包裝了一下apply/call方法，改變方法的調用對象。

@charon@xxx

可能是個好辦法。
可能我們需要的是一種模式，解決這些類似的問題。
相信講解javascipt模式的書會出現。ajax in action作者在附錄種提到一些。

偶們承認有問題。

樓主多修修內功,影響該更大.

@boss_ch
bind方法是一種代碼書寫技巧，不能算模式，用它可以解決細節小方面的問題，并不能徹底解耦 html對象 與 自己定義的javascript對象。

看我最后的代碼，我覺得可以把它抽象成一種模式，我正在代碼測試，看下文吧。

不錯

這也叫框架。我的神阿

好像你只把weblogic用成web服務器吧。
如果是這樣，好像你寫這個沒啥意義吧。看看spring怎么實現的!

http://forum.javaeye.com/viewtopic.php?t=10894

可以看看這個討論。
大規模的項目這種方法還是不行滴。

聊天室有一個server一個client。
通訊模型分為server-push和client-pull兩種。

可以看看dwr的server-push模式。
沒必要自己實現。

我們公司本來計劃做gis產品的，也是參考很多開源產品，失敗告終。

不過你數據轉換，數據編輯模塊時，有些代碼可以拷貝使用的。

java viewer 客戶端與ims交互用java applet.與js文件無關。
如果要定制開發javaviewer,定制不了太多東西，因為你無法反編譯.class文件。

可能你用的是機器名，你改成ip試試

一直懷疑gis的開源軟件，了解也少？
從介紹看，功能不錯啊。開源社區的推動力是巨大的。

@duan

請問一下，用arcxml請求 ，是把請求的內容寫在哪個文件里？ 是新建個.js文件，還是.axl文件 ，寫arcxml請求？
在js文件中構造arcxml請求字符串，是動態構造的。

若用java viewer客戶端，則在internet網上訪問站點時？要下載插件和arc viewer怎么要進入好幾個頁面手動下載，那么麻煩。 請問有什么解決方法么？ 或說說流程的機理。
要下載jrejava運行環境。你安裝就可以了吧。另外還要安裝java viewer客戶端，你可以在安裝文件夾中找到（website里面）。

但是對于不同的出錯原因（例如不同的原因，包括無權限、硬盤滿、U盤被拔了等等，導致無法正常寫日志文件），程序都是捕捉XXXLibException
難道你的類庫只寫一個異常類嗎？我指的可不是一個類庫一個異常??！
建議樓主看看jdk的源碼吧！
看看spring怎么處理DAO出現的異常吧。我感覺比較經典。

http://static.springframework.org/spring/docs/1.2.x/reference/dao.html

搞ims。歡迎交流

我覺得我們更應該關注如何用好這兩類異常。

如果你類庫開發人員。我覺得hibernate3,spring提供的異常處理方法很不錯。

你可以把IO等異常轉化成你類庫中中定義的異常。當然你定義的異常是Checked Exception 還是 UnChecked Excetion 那你自己定了。

玩玩還行。
相信項目中沒幾個人用

我覺得關鍵是你的系統有多少功能或界面需要用ajax技術。如果少的話，可能你提供的思路可以。但如果是以ajax為核心的程序，考慮用些成熟的ajax 框架，避免自己再開發一套框架。

沒排版感覺看的暈

xstream.自從知道它后就沒用Commons-Digester之類的。

JavaEE5.0中一個新的規范Java Architecture for XML Binding (JAXB)
JAXB只是加到JavaEE5.0中，早有了。


EJB3.0想用java1.5的標注代替xml.


很多說的都有問題。

如果想透徹的理解關于dao的事務，
spring提供很很磅

http://forum.javaeye.com/viewtopic.php?t=2038
覺得討論的比較透徹。

覺得好象給javaeye做廣告。 適應了javaeye，換個環境還不適應。感覺這討論氣氛太差。

方正太亂了.
你說的是北大東門的大廈嗎?

@Jonney
很不同意.SpringMVC簡單嗎?比struts,webwork上手快嗎?

webwork核心是xwork的攔截器.
樓主代碼有壞味道

gis是牽扯的知識太多。
地圖學，
數據結構
成圖算法
中間件等
然后才是開發人員考慮的二次開發，web,界面，ajax.....
c/s的控件...

http://forum.javaeye.com/viewtopic.php?t=19959

感覺這個討論透徹

關于安全:
http://getahead.ltd.uk/dwr/changelog/dwr20m1
We take security very seriously. DWR 1.x has proved to be very secure so far, but that does not mean we rest on our laurels. DWR 2.0 introduces a lot of new code. Reverse ajax and script based session management are places where we could easily slip up.

如果用dwr1.1,你可以繼承uk.ltd.getahead.dwr.DWRServlet,加session判斷

這是以前寫的一篇筆記.
http://m.tkk7.com/zkjbeyond/archive/2006/03/23/37029.html

同感中。
加了個鏈

做了一年多政府內網工作。有點與世隔絕的感覺。
多多學習。

哎!又見小飛刀.

@xdx

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml" xmlns:v="urn:schemas-microsoft-com:vml">