隨筆檔案

     摘要: 原文出處：http://www.aygfsteel.com/ilovezmh/archive/2007/04/16/111106.html  閱讀全文      摘要: 從基礎講起，從重點講起！我覺得祝子這個系列的文章非常好，不管是對于javascript的入門同學還是有一定javascript經驗的老手都是個很好的系統學習資料。來自經典的《javascript高級程序設計》。

原文出處：http://www.aygfsteel.com/ilovezmh/archive/2007/04/16/111098.html  閱讀全文      摘要: OO經過這么多年的錘煉和考驗證明是極好的，雖然也有些的人提出一些反面的意見，證明時代在發展、進步大家需要更先進的設計方法，不過OO終歸是目前應用最為廣泛也最為適用的程序設計方法學。個人覺得適用最為重要，畢竟OO是能夠很好解決大多數復雜系統設計的。不過同時OO也讓設計者陷入一個兩難的境地。一來容易設計過輕，也就是設計的不夠，發揮不了OO的強大和精妙之處，面向過程和面向對象的夾雜反而使得實現者摸不著頭腦非常痛苦(很多時候這里指的設計者和實現著會是同一個人)；二來容易設計過度，讓OO從一個手中的工具變成了一塊腳下的石頭，讓實現者工作起來異常的不順利，覺得做了很多脫了褲子放屁的事情（請容許我的粗魯，因為我再也找不到比這個更好的比喻了）。

要解決這些問題往往需要經驗的積累和技巧的總結，知道OO理論的人不少，真正在設計中運用的好的確實不多。當然OO設計中最最重要的一個部分就是繼承了，下面列舉一些常見的繼承設計技巧，讀過《Core Java》的人可能對它們非常熟悉，我結合我自己的理解做一些說明，也當作一個學習。當然不是記住了這些所謂的技巧就學會了繼承設計，總的來講設計是  閱讀全文      摘要:
強烈、非常強烈、超級強烈、強烈的不能再強烈的向你推薦google本地化新產品---谷歌拼音輸入法！！！完全可以取代你機器上現在安裝的或者你打算安裝的任何一款其他輸入法！太激動了，先給地址，還只是剛出的版本就已經做到了這種程度，可想以后的發展！

主頁：http://tools.google.com/pinyin/index.html
功能介紹：http://tools.google.com/pinyin/feature.html
支持中心：http://www.google.com/support/pinyin/?hl=zh_CN

打上面的這段文字我的正確率是100%！！！我的意思不是我沒有打錯別字，而是我沒有在輸入中選擇過字！！！信不信由你！！！我相信你用了它就相信了！  閱讀全文      摘要: IE(含IE6、IE7)下用程序觸發鼠標點擊事件顯得很飄逸，一句代碼而已，但它的不守規矩著實讓我郁悶了一把。而FireFox則是遵循模型辦事，代碼多了幾行不過清晰了很多。廢話不多說，因為代碼會說話:)。  閱讀全文      摘要: 學Java也有些年頭了，但無時無刻不深感Java基礎知識、Java的OO以及Java的API也就是所謂的Core Java之重要性，從來不敢放松對它們的反復學習和提煉。并且事實證明在對它們的慢慢積累和深透的學習中悟出更多的編程之道，編程能力也在一步步見長。即使在轉而學其它語言的時候應用相應套路也會事半功倍（不過抓住不同語言之區別也至關重要，要不會走很多彎路）。

最近決定重讀Core Java，并希望能找到以前遺漏的部分，并梳理出個更清晰的頭緒。做到先把書由薄讀厚，然后把書有厚讀薄！（再說計算機的書本來就沒有薄的，汗）不打算大篇幅的把內容都貼上來，只是想借助blog記錄些需要時刻注意的重點供自己與大家分享。  閱讀全文      摘要: 剛在CSDN看到一個人貼的前不久騰訊的招聘面試題目，個人感覺非常的BT，也不知道他們要招什么樣的開發人員，貼在這里給大家看看，呵呵。  閱讀全文      摘要: mooTools

官方網址：http://mootools.net/
下載地址：http://mootools.net/download
release 1.00
mooTools is released under the Open Source MIT license, which permits you to use it and modify it in every circumstance.


description：

MooTools is a compact, modular, Object-Oriented javascript framework designed to make writing extensible and compatible code easier and faster. MooTools lets you get the job done efficiently and effectively.  閱讀全文      摘要: 只能說IE有太多臭名昭著的BUG，讓我頭疼不已。數本關于頁面標準的經典大作上也毫不留情的把IE批的一錢不值，我想大師們也是痛恨的。下拉框可以說是最著名的之一，不知道為啥它總要在最上面，匪夷所思。我一般的做法是需要的時候直接把頁面內所有select全visibility:hidden了，注意在這里display:none是個很危險的操作，至于為什么大家自己琢磨它們的區別吧。  閱讀全文      摘要: 針對很多朋友一直問切圖的問題，其實自己寫個簡單的切圖程序并不復雜，或者利用一些GIS中間件來切圖也是一件不太費事的事情，Tom Xu也給出了他的基于ArcInfo的定范圍和定比例兩種切圖方法的文檔，依然有很多朋友反復的問道切圖的問題。Tim今天翻出了很久之前做MapEasy的時候特地寫的兩個切圖小程序，拿出來分享給大家，由于他人在國外很多事情都不方便，我就幫他在這里發布一下，希望更多對于基于MapEasy切圖有疑問的同學們能夠看出些端倪。  閱讀全文      摘要: 在BeanSoft的大力推薦和幫助下，我成功利用xwiki配置成功MapEasy的Wiki文檔庫，感謝beansoft感謝xwiki，當然還要感謝小祝和他姐夫！昨天晚上bbs出現不能訪問狀況，小祝與他姐夫依然耐心幫忙查找問題并解決，代表MapEasy的所有朋友衷心感謝!  閱讀全文      摘要: 為什么強調是基礎知識，因為往往基礎知識才是最容易被忽略，最容易忘記的部分，其實也是最難掌握全面和深入的部分。其實我更愿意叫這些知識為核心知識，其實它們并不基礎，而是整個知識體系的核心。

比如你是不是在面試的最關鍵時刻面對一道“基礎的”排序題抓耳撓腮？你在快樂編碼的時候被一個似曾相識的“基礎的”API打斷而翻箱倒柜找文檔？幾個人能說自己全面的了解Java幾個基礎類庫？這些基礎的往往也是最重要的、最核心的。  閱讀全文      摘要: 我要了份魚翅炒飯，用三雙筷子楞沒找著魚翅，你能告訴我魚翅在哪嗎？廚師說，我叫魚翅


編輯：你去寫一篇既打破世俗倫理，又包含江湖門派間多年恩怨情仇，同時情節還要扣人心懸，大有血雨腥風呼之欲來這樣的微型武俠小說。第二天交工，全文只有十個字：禿驢！竟敢跟貧道搶師太~  閱讀全文      摘要: 山茶：
你好！
我想在雙擊時獲得當前視圖的bound，在雙擊事件中添加status = MapModel.bound;可是只是得到原始的bound

// 在地圖上加入雙擊事件
MapEvent.addListener(map, MapEvent.DBLCLICK, function(e) {
var coord = MapEvent.getEventCoord(e, map);
var marker = new Marker(coord.getPoint(), Marker.LARGE);
map.addOverlay(marker);
marker.setInfo("Hello! it's marker: #" + marker.getId() + "");
status = MapModel.bound;//添加
});

這是怎么回事，貌似我沒有得到當前對象  閱讀全文      摘要: MapEasy在很長一段時間里都維持著我一人維護的狀態，我個人資歷也不深，也有太多東西需要學習，所以時間自然也很少，在GIS方面經驗也較淺，所以深感力不從心。一直以來也只有一個QQ群比較活躍。直到有一天QQ群終于人滿，一批熱心關注MapEasy的朋友們又提出了MapEasy如何發展的問題。QQ群適合淺聊不適合深究，也不利于把大家的想法和討論結果保留下來供查閱或供新人學習。所以決定了從開一個BBS開始逐步完善MapEasy的環境，從而再謀MapEasy發展大計。

BBS地址: http://www.mapeasy.org.cn/bbs  閱讀全文      摘要: 對于昨天下午QQ群中出現的事情做一些說明，具體起因是“石頭”在群里一直在問一些我覺得是比較抽象無從回答的問題，一直沒有人很仔細的回答。并且在次之前“石頭”曾經加過我QQ私聊，我也不敢保證我理解了他的全部意思，所以我希望他有問題無法解決可以列出清單發郵件給我，我來盡力號召大家來解決和回復。我其實跟其他人也是這么說的，我這樣做的目的其實是因為想把大家的一些解決不了的疑問盡我的能力聚合大家的力量來解決并花一些時間來總結成為文字，有一個資源的積淀，這樣不管大家還是新來的朋友都可以從中受益。后來“石頭”居然幾句不爽就出口罵人，我想我是很震驚的，我所見過真正專注于技術的人雖然都偏執，但同樣很謙遜。群里其他的朋友也都對這件事情做了一些評論。
  閱讀全文      摘要: 在上一篇筆記WebWork In Action學習筆記(二) WebWork方式的HelloWorld 中我們已經學會了如何構建一個簡單的WebWork應用程序，除了創建幾個簡單的Java和Jsp程序外還配置了web.xml和xwork.xml。本篇我們就來繼續討論都是在xwork.xml中配置的action、result和interceptor三個極其重要的部分。正是它們實現了WebWork中優雅的MVC，result更是支持多種表現方式讓開發Viewer變得更加容易，而interceptor則讓WebWork變得異常強大并具有魔法。下面我們就開始吧！  閱讀全文      摘要: 離上次的計劃已經有快兩個月時間了，也基本上完成的差不多了，這兩個月的學習成果可能比去年半年的還多，我想我現在處在一個快速成長的時期，同樣也是處在瓶頸時期，能到什么樣的高度，現在可能起著決定性的作用。所以依然不能夠放松，送一句話鼓勵自己：吃得苦中苦，方為人上人！

最近可能事情太多，碰到的東西也太多，又有一點沒有方向的感覺。再列一個短期的計劃，讓自己保持清醒的頭腦，少走彎路。  閱讀全文      摘要: 另外有一個問題也困擾我一段時間,就是如何設置中心坐標的問題.我希望得到的效果是:當打開地圖時,不是定位到地圖的左上角,我是希望定位到地圖的中心,但是我不明白這一句:mapbuilder.outputMap(new Point(-100, 65), 1);這時里面的值是怎么設置的,如果我的地圖的長度*寬度為1995*1433,那么是否可以這樣設置:mapbuilder.outputMap(new Point(997, 716), 1);這樣設置后,是否可以定位到我的地圖的中心呢??

再次感謝MapEasy的各位大俠,祝愿MapEasy越做越好!


yzhrain既然提到了這個中心坐標的問題，并且也寫到了中心坐標的設置是由mapbuilder.outputMap(point, level)這個方法來設定的，其實思路是正確的，我們就來詳細的分析一下outputMap這個方法的源代碼，問題也就自然明晰了。  閱讀全文      摘要: yzhrain在看完我的MapEasy答疑(三) row,column,level與瓦片顯示的關系【很多朋友反復問到的問題】這篇答疑文章后在論壇里又提出了如下兩個問題：

1. 當level=1變為level=2時,瓦片(就是頁面上包含img的div)的長與寬是不是不變,比例說:level=1時,瓦片的width和 height為256,256,那么level=2時,它的width和height是否還是256,256呢?

2.在MapEasy中的地圖縮放(放大與縮小),是不是這樣:放大與縮小,頁面上img的width和height都是不變的(假定width= 256,height=256).放大時,從服務器請求的圖片的實際尺寸為(128*128),簡單說,就是用一個256*256的img標簽來顯示一張實際大小是128*128的圖片;相對地,縮小時就是用一個256*256的img標簽來顯示一張實際大小是512*512的圖片.  閱讀全文      摘要: cyg_gis在我的博里留言，問到如下三個問題：

1.請問level不同時如何分割圖片，是否根據坐標來？
2.level變動時，function NewMapType() {}函數如何實現？
3.可否說說MapEasy的執行流程。

這也是很多的朋友在群里和論壇里經常問到的問題，也因為最近比較忙都只是做了簡單的交流，今天抽空在這里把這個問題分析一下，我想上面三個問題也就自己解開了。  閱讀全文      摘要: 以前聽很多人說Appfuse好，但一直沒時間看看，也因為是外國人的東西，文檔主要還是英文的。后來看了SpringSide（國人寫的同類框架，其實我更愿意稱他們為Auto Build Tools），國人寫的，文檔好讀。確實發現這類Tools確實是好，好在哪里？主要不是說他們有多方便，讓你開發省多少事，而是他們有一個共同特點：使用業界最新、最好、最流行的技術和相關框架程序，并且他們都是最佳實踐（Best Practises），更重要的是配備了相當簡單易懂但重點突出的文檔。是學習和使用最新、最好、最流行技術的最好幫手，讓你很快上手，免去了一個很漫長的去粗取精的過程。  閱讀全文      摘要: 在本篇將會通過一個簡單卻經典的HelloWorld程序手把手的教你如何編寫（其實我更愿意稱之為創建，因為有了這么強大的框架需要編寫的代碼已經很少很少）一個WebWork應用程序。即使你從沒接觸過WebWork甚至你從沒用過任何其他框架，在本篇結束的時候你都能夠輕松的通過WebWork建立簡單的Web應用程序了。不過我們約定你必須懂一定的HTML和JAVA知識:)。Let's Go！  閱讀全文      摘要: 實現某個功能的正確方式應該是最簡單的；阻礙最少的途徑應該是正確的；在過于復雜和功能簡陋之間應該存在一個很好的平衡點。我想但凡框架都應該帶著寫著原則去創造和運用，讓工作變得更加簡單。后面將會討論什么是框架什么是容器，我想你會對這些哲學理解的更加深刻。

WebWork是一個優雅的框架，它的設計基于這樣一個基本原理：完成通用任務應該是簡單的，而構建高級的設計也應該是可行的。WebWork的開發者只想提供一個能夠為你工作的框架，而不是一個與你作對的框架。  閱讀全文      摘要: 我一直使用的是Filter的配置方式，雖然使用的web容器Resin3.0.19是支持servlet2.4的但也懶得改為更為簡潔的 Listener了。使用一切正常，昨日無聊翻閱Spring的手冊無意中又看到這一節，想想自己也太懶了，幾句話就改了為什么不更簡單呢？于是就把配置改成了Listener的方式，啟動一切正常，但當請求第一個鏈接時居然報錯了！  閱讀全文      摘要: MapEasy群里面很多新朋友都不停的問到同一個問題，既然MapEasy是一個純粹的JavaScript地圖顯示客戶端那么她是如何與客戶自己的后臺地圖程序進行整合，共同工作？這在MapEasy的設計之初就給了完美的解答，在MapEasy上實現與不同的地圖服務的對接是一件非常輕松而且靈活的事情。大家都可以看到在MapEasy的Sample里就給出了諸如Google、edushi、WOW、custom等多種后臺地圖服務的接口。  閱讀全文      摘要: 算是校友的Tom兄在MapEasy的Google Group中提問“能否在放大縮小事件中動態添加MapType？”，并給出了自己用來實現此功能的代碼片段，但是無法達到想要的效果。下面根據Tom兄的代碼進行分析，并給出一種實現方式，希望給其他需要的朋友一個借鑒。  閱讀全文      摘要: 前些天在群里面看到一個老友發的咱們那地的方言，格外親切，好多年都沒回去好好呆過幾天了。看下來把我自己也給笑翻了，呵呵。發出來給大家輕松輕松！湖北的朋友可能能看懂多數，而省外的朋友估計絕大多數應該是看不懂的，不要見怪，全當娛樂！  閱讀全文      摘要: 前兩天發了一篇關于MapEasy的一篇介紹（MapEasy－一個類似GoogleMap的客戶端JS開源庫），受到了很大的關注，很多朋友都加入MapEasy的群參與討論。我非常的開心，開心的是再一次的證明了MapEasy是迷人的，是有價值的！很多朋友都提出了同一個問題，就是雖然代碼用中文注釋，但是相關文檔太過貧乏，給學習和開發MapEasy都帶來很大的不便，特別是對JavaScript初學者更是抬高了門檻。其實我在很早之前也感覺到了這個問題，但是因為各種各樣的原因，MapEasy一直維持著這種狀態。在各位朋友的鼓勵下，我開始了MapEasy文檔的編制，希望能夠讓MapEasy這塊水晶更加閃亮！讓您能夠0cm的接觸MapEasy！
  閱讀全文      摘要: MapEasy is a web mapping client api which has an analogy with Google Map Api. It helps to build a map-based application easily.  閱讀全文      摘要: 還有好多好多朋友們，你們現在在哪里，還好嗎？

越到夜里情感越激烈，有想哭的沖動！在學校的時候居然從沒感覺過！

難道是因為要遠行的原因嗎？我也不知道，我想不管走到哪里大概心都不會變吧！  閱讀全文      摘要: 前兩天剛發了一篇關于Resin3下Spring的啟動問題的文章（在Resin3下配置SpringSide的HelloWorld示例程序碰到的問題和解決方法），我把持久層框架換成iBATIS后又出現了解析SqlMap文件的新問題，并且花了很長時間才找到解決方法（也可能是我了解的太少，還要加強修煉，呵呵），不管怎么樣還是寫出來和大家分享，希望對大家有所幫助。  閱讀全文      摘要: 因為想體驗一把Spring2.0基于aop名稱空間的AOP和Hibernate3.2比EJB3.0的JPA還要細致強大的annotation等等新特征，特地跑到SpringSide（一個基于Spring核心的強大而優雅的企業快速開發框架）去下載了完整的開發包。記得要先照它介紹的方式運行起來，只要雙擊個.bat文件程序，數據庫（HSQLDB），服務器(Tomcat5.5)就全部署好了,范例就已經跑起來了，非常吸引人。但是我一般用的是Resin3 ,所以我打算停了Tomcat跑起我的Resin,這時候一向聽話的Resin居然開始撒嬌了。


1． web.xml中是以為確實存在錯誤的字符導致web容器無法初始化，修改文件后就正常了。
2． Resin讀取Spring的配置文件必須顯示采用xerces，否則無法初始化Spring容器。建議配置服務器級的xerces。
3． 平時開發和學習過程中應廣泛涉獵，拓寬知識面。碰到問題大膽假設，聯想，細心調試。最后再糾根問底，徹查明白。
4． 遇  閱讀全文      摘要: 在創建EJB組件時，必需提供一些定義，使得EJB組件使用一些服務例如：安全服務，持久化服務，事務服務。EJB容器可以提供這些服務，這樣EJB只要實現業務邏輯就可以了。但是說到底EJB容器使用EJB組件的元數據來提供這些服務，在以前EJB的元數據是以XML配置文件形式出現的，這些配置文件與EJB源文件是分開的。
EJB的部署人員無法了解EJB本身的信息，如果EJB組件的創建者用注釋(Annotation)的方法將這些配置服務的信息和代碼放在一起，這樣EJB的部署者就可以了解EJB的信息，EJB的home接口可以使用Annotation自動生成，當然到目前為止更好的是在簡單的Java Object上使用Annotations。  閱讀全文      摘要: IoC（反向控制：Inverse of Control）是Spring容器的底層核心功能，AOP功能、聲明事務等功能在此基礎上生根開花。但是IoC這個重要的概念卻比較晦澀隱諱，拐彎抹角，不容易讓人望文生義，不能不說是一大遺憾。不過IoC確實包括很多內涵，它涉及到代碼解耦，設計模式優化等問題的考量。
2006年多部賀歲大片以讓人應接不暇的頻率紛至沓來，其中張之亮的《墨攻》算是比較出彩的一部，講述了戰國時期墨家人革離幫助梁國反抗趙國侵略的個人英雄主義故事，恢宏壯闊，渾雄凝重的歷史場面相當震撼。其中有一個場景：當劉德華所飾的墨者革離到達梁國都城下，城上梁國守軍問：“來者何人？”，劉德華回答：“墨者革離！”，我們不妨用Java對這段“城門問對”的場景進行編劇并借由這個例子來理解IoC的內涵。
  閱讀全文      摘要: Spring是一個非常優秀的輕量級框架，通過Spring的IoC容器，我們的關注點便放到了需要實現的業務邏輯上。對AOP的支持則能讓我們動態增強業務方法。編寫普通的業務邏輯Bean是非常容易而且易于測試的，因為它能脫離J2EE容器（如Servlet，JSP環境）單獨進行單元測試。最后的一步便是在Spring框架中將這些業務Bean以XML配置文件的方式組織起來，它們就按照我們預定的目標正常工作了！非常容易！  閱讀全文      摘要: 最近開始學習spring，涉及到的術語和一些相關內容比較多，也有些很有趣，所以記錄在此備忘。
  閱讀全文      摘要: JpetStore 4.0是ibatis的最新示例程序，基于Struts MVC框架（注：非傳統Struts開發模式），以ibatis作為持久化層。該示例程序設計優雅，層次清晰，可以學習以及作為一個高效率的編程模型參考。本文是在其基礎上，采用Spring對其中間層（業務層）進行改造。使開發量進一步減少，同時又擁有了Spring的一些好處…  閱讀全文      摘要: 前一段時間開始寫了寫關于設計模式相關的隨筆，今天做個目錄索引，大概看了一下，有些還可以，有寫則寫的比較亂，寫的過程中為了能更通俗易懂，嘗試回憶自己剛接觸這些模式時的想法，循序而寫，
但因為時間倉促，個人理解的偏差，有些寫的過程中出錯，多謝很多朋友的指出。。。。  閱讀全文