邊城愚人

          如果我不在邊城,我一定是在前往邊城的路上。

            BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
            31 隨筆 :: 0 文章 :: 96 評論 :: 0 Trackbacks

          2007年3月9日 #

          推酷是面向IT領(lǐng)域的個性化閱讀產(chǎn)品(www.tuicool.com),關(guān)于產(chǎn)品的更多信息請參考網(wǎng)站的關(guān)于頁面。 推酷目前加入到國外一家孵化機(jī)構(gòu)的孵化計(jì)劃,該孵化計(jì)劃于8月到10月這3個月在大連進(jìn)行集中開發(fā)(提供住宿), 之后會返回北京繼續(xù)開發(fā)(亦解決住宿問題)。目前推酷正處于熱烈的第二階段開發(fā)中,預(yù)計(jì)今年11月初能正式上線推廣。 為了把推酷各方面做得更好更專業(yè),推動推酷更快的發(fā)展,現(xiàn)誠邀熱愛技術(shù)的朋友加入。 推酷目前需要的技術(shù)主要有以下三方面: 1)前端開發(fā),即html/css,少量的JS應(yīng)用,會些簡單的UI設(shè)計(jì)更好。功力方面,至少要比現(xiàn)在的頁面做的更專業(yè)些。 2)Web開發(fā),即Ruby on Rails開發(fā),如果有其他語言的Web開發(fā)經(jīng)驗(yàn),有志轉(zhuǎn)向ROR亦可。 3)Android開發(fā),有扎實(shí)的Java經(jīng)驗(yàn)亦可。 對于上述技能,擅長其中某一方面即可。你可以沒有多年的開發(fā)經(jīng)驗(yàn),但還是需要有一定的項(xiàng)目經(jīng)驗(yàn)基礎(chǔ), 并且能自我驅(qū)動學(xué)習(xí),持續(xù)不斷地提高自己的技術(shù)。在推酷,你可能會獨(dú)立負(fù)責(zé)某一方面的開發(fā), 這會使你在技術(shù)方面更快的成長。當(dāng)然,我這個零號員工還是可以給予一些指導(dǎo)的。 因?yàn)槭莿?chuàng)業(yè)初期,目前推酷可以提供的月薪在3000-6000元(這個工資水平確實(shí)不夠給力, 考慮到創(chuàng)業(yè)的機(jī)會與風(fēng)險(xiǎn),如果想找個穩(wěn)當(dāng)些的工作,推酷就不太合適了)。 如果你有創(chuàng)業(yè)熱情,并認(rèn)同推酷的價(jià)值,作為初創(chuàng)成員會給予你豐厚的干股。 推酷也歡迎實(shí)習(xí)生加入,但要求能全職的實(shí)習(xí)4個月以上。 就組團(tuán)理念來說,推酷希望能組成3-4人的技術(shù)型小團(tuán)隊(duì),在個人技術(shù)發(fā)揮、工作時(shí)間安排等方面,都會更加的自由開放。 如果你有加入推酷的意愿,可以將個人簡歷發(fā)給我(不用太正式,就別寫自己用過什么eclipse、svn等工具啦), 郵箱是kafka0102@163.com。 打造忒酷的個性化閱讀產(chǎn)品的路上,我在等你。
          posted @ 2012-07-16 13:36 kafka0102 閱讀(412) | 評論 (0)編輯 收藏

               摘要: 繼承是面向?qū)ο笾泻苤匾母拍睢H绻紤]到Java語言特性,繼承分為兩種:接口繼承和實(shí)現(xiàn)繼承。這只是技術(shù)層面的問題,即便C++中不存在接口的概念,但它的虛基類實(shí)際上也相當(dāng)于接口。對于OO的初學(xué)者來說,他們很希望自己的程序中出現(xiàn)大量的繼承,因?yàn)檫@樣看起來很OO。但濫用繼承會帶來很多問題,盡管有時(shí)候我們又不得不使用繼承解決問題。  閱讀全文
          posted @ 2007-09-03 10:08 kafka0102 閱讀(2715) | 評論 (5)編輯 收藏

               摘要: 在結(jié)束了上一篇Spring 1.x中AOP的使用之后,我用馬不停蹄的打開Eclipse,做著Spring2.X下了AOP的Sample。在上一篇文章中的配置過程中,由于對自動代理不是很熟,出現(xiàn)了循環(huán)引用的異常信息。當(dāng)初在閱讀PicoContainer源碼時(shí)看到循環(huán)引用不以為然,后來在學(xué)習(xí)AspectJ時(shí)小有印象,這次在折騰了半個多小時(shí)后可加深了印象。  閱讀全文
          posted @ 2007-08-30 08:42 kafka0102 閱讀(2299) | 評論 (2)編輯 收藏

               摘要: 本文通過一個“Hello World”級別的橫切性功能介紹Spring1.X中AOP的使用,并結(jié)合Spring的經(jīng)典的聲明式事務(wù)管理給出Spring AOP配置中的經(jīng)典方案。在Spring2出來以后,Spring1.X的AOP使用方式已經(jīng)“不合時(shí)宜”了,因此如果你是在新項(xiàng)目中采用Spring AOP,建議使用Spring2中的AOP使用方式。關(guān)于Spring2.X中AOP的使用,參考該文的姊妹文章Spring2.X中AOP的使用。

          一提到AOP的應(yīng)用,人們就會本能地提起日志功能,它就像一門語言的“Hello World”一樣被人們無數(shù)次提起。也許有人會疑問除了“不實(shí)用”的日志功能,AOP還能做些什么?可能在很多時(shí)候我們并不需要自己實(shí)現(xiàn)一個AOP功能,尤其是在擁有了很多優(yōu)秀的AOP應(yīng)用框架來解決通用的橫切性問題的情況下(比如Spring的事務(wù)管理、比如Acegi的安全管理、比如WebWork的攔截功能)。但問題總是層出不窮的,總會有些問題可能需要我們自己AOP一下。  閱讀全文
          posted @ 2007-08-30 08:38 kafka0102 閱讀(2367) | 評論 (1)編輯 收藏

               摘要: 1)MVC模式

          當(dāng)年做JSP生產(chǎn)實(shí)習(xí)時(shí),印象最深也最困惑的模式就是MVC模式了。那時(shí)候Struts剛紅,幾乎每本Struts書中都會有大篇幅的MVC介紹。這個模式最早出現(xiàn)在GUI,后來在Web服務(wù)器端紅火起來,先前在Ajax書中也看到Web客戶端的MVC介紹。說實(shí)話,在我看了很多人的MVC解釋后,我仍有些糊涂,這里說說我的理解。

          有人提到MVC模式時(shí)說MVC代表了模型層、視圖層、控制層,我覺得這是不對的。在經(jīng)典的J2EE三層架構(gòu)中,三層是分為Web層、業(yè)務(wù)層、持久化層;這個經(jīng)典分層是基于分布式應(yīng)用(EJB)的,也就說,Web層物理上是在Web服務(wù)器中,業(yè)務(wù)層和持久化層物理上是在應(yīng)用服務(wù)器中。在這種情況下,MVC只是屬于Web層這一層的,而不是分為三層。在這種分布式應(yīng)用中,視圖就是JSP(如果采用的話),控制器就是Servlet(如果采用的話),而模型就是就是調(diào)用業(yè)務(wù)層的在Web層中的樁子。假如我們采用輕量級的SSH技術(shù)架構(gòu),視圖還是JSP,控制器是Struts,而模型就是Spring+Hibernate。這里最難理解的就是模型的概念。我覺得模型是有狀  閱讀全文
          posted @ 2007-08-23 10:00 kafka0102 閱讀(1602) | 評論 (0)編輯 收藏

               摘要: 今日發(fā)現(xiàn)一名為savage100的同學(xué)問我關(guān)于范型效率的問題的留言,抱著負(fù)責(zé)任的態(tài)度,想給那位仁兄做個回復(fù),不成想未發(fā)現(xiàn)blogjava有回復(fù)功能,而且也未找到savage100的博客。唉!于“百忙之中”以此文作解,也算盡了我回復(fù)之責(zé)任。  閱讀全文
          posted @ 2007-08-21 22:47 kafka0102 閱讀(705) | 評論 (0)編輯 收藏

               摘要: 最近在學(xué)Acegi,就試著運(yùn)行一個小例子,不成想拋出下面的異常
          org.apache.jasper.JasperException: Unable to compile class for JSP:

          An error occurred at line: 23 in the generated java file
          The method getJspApplicationContext(ServletContext) is undefined for the type JspFactory

          Stacktrace:  閱讀全文
          posted @ 2007-08-21 21:55 kafka0102 閱讀(24597) | 評論 (15)編輯 收藏

               摘要: Hibernate提供客戶化映射類型接口,使用戶能以編程方式創(chuàng)建自定義的映射類型來將持久化類任意類型的屬性映射到數(shù)據(jù)庫中。使用客戶化映射類型,需要實(shí)現(xiàn)org.hibernate.usertype.UserType接口。這是個強(qiáng)大的功能,也是Hibernate的最佳實(shí)踐之一。我們經(jīng)常提到 ORM中很困難的一點(diǎn)便是O的屬性和R的屬性不能一一映射,而Hibernate提供的UserType無疑給出了一個很好的解決方案。本文給出使用客戶化映射類型的兩個例子,算是對Hibernate初學(xué)者的拋磚。  閱讀全文
          posted @ 2007-08-15 10:32 kafka0102 閱讀(1527) | 評論 (0)編輯 收藏

               摘要: Hibernate的檢索策略包括類級別檢索策略和關(guān)聯(lián)級別檢索策略。
          類級別檢索策略有立即檢索和延遲檢索,默認(rèn)的檢索策略是立即檢索。在Hibernate映射文件中,通過在上配置lazy屬性來確定檢索策略。對于Session的檢索方式,類級別檢索策略僅適用于load方法;也就說,對于get、qurey檢索,持久化對象都會被立即加載而不管lazy是false還是true。一般來說,我們檢索對象就是要訪問它,因此立即檢索是通常的選擇。由于load方法在檢索不到對象時(shí)會拋出異常(立即檢索的情況下),因此我個人并不建議使用load檢索;而由于中的lazy屬性還影響到多對一及一對一的檢索策略,因此使用load方法就更沒必要了。

          關(guān)聯(lián)級別檢索策略有立即檢索、延遲檢索和迫切左外連接檢索。對于關(guān)聯(lián)級別檢索,又可分為一對多和多對多、多對一和一對一兩種情況討論。  閱讀全文
          posted @ 2007-08-11 13:33 kafka0102 閱讀(1044) | 評論 (0)編輯 收藏

               摘要: JDK內(nèi)建的任務(wù)調(diào)度工具類有Timer和TimerTask類,對于簡單的任務(wù)調(diào)度,JDK的Timer就能夠勝任。一般來說,Timer應(yīng)該隨程序啟動后一直運(yùn)行。如果是web程序,可以通過listener加載Timer實(shí)例。對于普通的應(yīng)用程序,需要將Timer設(shè)置成非后臺線程才行。  閱讀全文
          posted @ 2007-07-19 09:50 kafka0102 閱讀(2935) | 評論 (4)編輯 收藏

               摘要: 本文主要介紹如何使用簡單的Spring郵件抽象層來實(shí)現(xiàn)郵件發(fā)送功能,對于JavaMail中的API并不做介紹。通過對比JavaMail的API和Spring的郵件抽象層,我覺得,Spring的郵件抽象層優(yōu)點(diǎn)就是簡化了代碼量,并能充分利用IOC功能;缺點(diǎn)就是要使用部分Spring API,使程序與第三方框架耦合。關(guān)于這方面的內(nèi)容,可以參考Spring的參考手冊。  閱讀全文
          posted @ 2007-07-15 20:41 kafka0102 閱讀(2701) | 評論 (1)編輯 收藏

               摘要: call和execution的指示符分別為call(Method-Signature)、execution(Method-Signature),匹配方法簽名的方法或構(gòu)造函數(shù)的執(zhí)行。對于call來說,調(diào)用的連接點(diǎn)位于方法調(diào)用點(diǎn)的調(diào)用代碼處;對于execution來說,執(zhí)行的連接點(diǎn)位于方法執(zhí)行的位置。也就是說,call和execution的重要區(qū)別在于它們傳遞了哪些類型給AspectJ編譯器以用來與aspect進(jìn)行鏈接。  閱讀全文
          posted @ 2007-07-12 09:50 kafka0102 閱讀(4164) | 評論 (6)編輯 收藏

               摘要: target切入點(diǎn)格式如下:target([Type|Identifier])。Type指示對連接點(diǎn)處的對象類型提供一個靜態(tài)編譯時(shí)評估,并采用完全限定類名的形式(也就是說,Type不能是使用通配符的類型聲明模式)。Identifier提供了一種方法,可通過它來評估連節(jié)點(diǎn)處的運(yùn)行時(shí)對象的實(shí)際類型,而不僅僅是靜態(tài)類型。 Identifier在運(yùn)行時(shí)動態(tài)地賦予合適的對象。  閱讀全文
          posted @ 2007-07-09 09:17 kafka0102 閱讀(2711) | 評論 (3)編輯 收藏

               摘要: 讓我好好想想,AspectJ中最常用的切入點(diǎn)是什么?哦,也許是call(Method-Signature)吧。這是個相對簡單的方法簽名。實(shí)際上,方法簽名的完整形式如下:

          [modifiers] [returnTypePattern] [DeclaredTypePattern.]methodName([Parameters])[throws TypePattern],其中方括號中的簽名組件是可選的。modifiers 為修飾符模式,returnTypePattern 為返回類型模式,DeclaredTypePattern 為類型聲明模式,methodName 為方法名稱,Parameters 為方法參數(shù),throws TypePattern 為throw字句。該文僅僅介紹 DeclaredTypePattern,因?yàn)橄啾戎缕渌J奖容^簡單的多。

            閱讀全文
          posted @ 2007-07-07 14:54 kafka0102 閱讀(1751) | 評論 (2)編輯 收藏

               摘要: 經(jīng)常地,你必須遍歷一個對象集合并基于一些條件(criteria)來過濾它們。JDK提供了有用的機(jī)制來排序集合,即Comparator接口。然而,JDK缺少過濾集合的機(jī)制。

          這篇文章描述了一個僅由一個類和一個接口組成的簡單機(jī)制,它允許你快速和靈活地過濾集合。當(dāng)搜索一個集合時(shí),該機(jī)制提供了與SQL中的select語句相同的功能。它的隱含的概念是,在遍歷集合和過濾集合中的對象時(shí),達(dá)到職責(zé)的分離。
          這里提出的方法有下面的優(yōu)點(diǎn):
          1、一個核心的過濾器組件的復(fù)用產(chǎn)生更清晰的代碼。
          2、通用過濾組件的復(fù)用產(chǎn)生更免于錯誤的代碼。
          3、從過濾邏輯中分離出迭代邏輯使你任意地增加和刪除過濾器而不影響到其他代碼。
          4、對于大集合和多個criteria能夠獲得性能提高。  閱讀全文
          posted @ 2007-06-30 22:22 kafka0102 閱讀(1350) | 評論 (1)編輯 收藏

               摘要: 對于沒有使用過Calendar的程序員來說,再次處理日期時(shí)不妨使用Calendar而不僅僅是Date和SimpleDateFormat等類。這篇文章根據(jù)幾個使用日期的場景來說明如何使用Calendar等類。
          在數(shù)據(jù)庫編程時(shí),我們通常將java日期字段選作Date型的(一般是java.sql.Date,繼承于java.util.Date,使用方法是類似的),當(dāng)然也可以存儲為字符串甚至是long型的time,但我們這里只討論date型的。如果存儲的時(shí)間是系統(tǒng)當(dāng)前時(shí)間,我們可以使用Date d = new Date();就得到想要的時(shí)間;以前我編程時(shí)也指定存儲日期的格式,但現(xiàn)在想來不是很有必要,完全可以在讀出數(shù)據(jù)時(shí)指定格式。另一種可選的方法是使用 Calendar類,方法如下:  閱讀全文
          posted @ 2007-06-22 08:40 kafka0102 閱讀(4079) | 評論 (0)編輯 收藏

               摘要: 最近在看一個程序,該程序的圖形界面采用SWT編寫。想要將程序運(yùn)行起來首先需要做的就是將swt(jface)包放到類路徑上,swt包可以從http://www.eclipse.org/swt下載(其中除了swt包還有和操作系統(tǒng)相關(guān)的文件),和swt開發(fā)相關(guān)的插件為VE。一切就緒,運(yùn)行程序發(fā)現(xiàn)了“Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3232 in java.library.path ”的錯誤(我的操作系統(tǒng)為Ubuntu7.04)。解決方案有多種,這里只介紹我使用的一種方法。  閱讀全文
          posted @ 2007-06-21 09:11 kafka0102 閱讀(13689) | 評論 (1)編輯 收藏

               摘要: 哈夫曼樹又稱最優(yōu)二叉樹,是一種帶權(quán)路徑長度最短的二叉樹。所謂樹的帶權(quán)路徑長度,就是樹中所有的葉結(jié)點(diǎn)的權(quán)值乘上其到根結(jié)點(diǎn)的路徑長度(若根結(jié)點(diǎn)為0層,葉結(jié)點(diǎn)到根結(jié)點(diǎn)的路徑長度為葉結(jié)點(diǎn)的層數(shù))。樹的帶權(quán)路徑長度記為WPL=(W1*L1+W2*L2+W3*L3+...+ Wn*Ln),N個權(quán)值Wi(i=1,2,...n)構(gòu)成一棵有N個葉結(jié)點(diǎn)的二叉樹,相應(yīng)的葉結(jié)點(diǎn)的路徑長度為Li(i=1,2,...n)??梢宰C明哈夫曼樹的WPL是最小的。
          構(gòu)造哈夫曼樹的算法如下:
          1)對給定的n個權(quán)值{W1,W2,W3,...,Wi,...,Wn}構(gòu)成n棵二叉樹的初始集合F={T1,T2,T3,...,Ti,..., Tn},其中每棵二叉樹Ti中只有一個權(quán)值為Wi的根結(jié)點(diǎn),它的左右子樹均為空。
          2)在F中選取兩棵根結(jié)點(diǎn)權(quán)值最小的樹作為新構(gòu)造的二叉樹的左右子樹,新二叉樹的根結(jié)點(diǎn)的權(quán)值為其左右子樹的根結(jié)點(diǎn)的權(quán)值之和。
          3)從F中刪除這兩棵樹,并把這棵新的二叉樹同樣以升序排列加入到集合F中。
          4)重  閱讀全文
          posted @ 2007-06-21 08:23 kafka0102 閱讀(12250) | 評論 (7)編輯 收藏

               摘要: 設(shè)有主串s和子串t,子串t定位是指在主串s中找到一個與子串t相等的子串。通常把主串s稱為目標(biāo)串,把子串t稱為模式串,因此定位也稱作模式匹配。模式匹配成功是指在目標(biāo)串s中找到一個模式串t。

          傳統(tǒng)的字符串模式匹配算法(也就是BF算法)就是對于主串和模式串雙雙自左向右,一個一個字符比較,如果不匹配,主串和模式串的位置指針都要回溯。這樣的算法時(shí)間復(fù)雜度為O(n*m),其中n和m分別為串s和串t的長度。

          KMP算法是由Knuth,Morris和Pratt等人共同提出的,所以成為Knuth-Morris-Pratt算法,簡稱KMP算法。KMP算法是字符串模式匹配中的經(jīng)典算法。和BF算法相比,KMP算法的不同點(diǎn)是匹配過程中,主串的位置指針不會回溯,這樣的結(jié)果使得算法時(shí)間復(fù)雜度只為O(n+m)。下面說說KMP算法的原理。  閱讀全文
          posted @ 2007-06-17 22:14 kafka0102 閱讀(9690) | 評論 (6)編輯 收藏

               摘要: 做java企業(yè)級開發(fā)時(shí),我們通常采用三層架構(gòu)。特別地,如果我們要做的系統(tǒng)的業(yè)務(wù)邏輯不是很復(fù)雜時(shí),我們要處理的不過是CRUD操作,這時(shí)我們可能將dao層與service層合并為一層,盡管很多人會這樣做,但我仍傾向于將兩層分開;因?yàn)閟ervice與dao不是一一對應(yīng)的,從復(fù)用及邏輯清晰的角度考慮,應(yīng)該將它們分開。在三層架構(gòu)下,對于web層,service層,dao層我們都該怎么測試?這里我將介紹基于Spring,Hibernate和DbUnit的情況下我的測試方法。由于使用了Spring,事務(wù)管理就不在dao,因此要單獨(dú)地測試dao可能要麻煩一些;另一方面,dao中的操作大多是簡單的,也不是很值得測試。在使用了Hibernate和Spring的情況下,我們要測試的除了HQL,還有其配置文件,我覺得對數(shù)據(jù)持久化的測試最好定在service上。如果service業(yè)務(wù)邏輯復(fù)雜的話,與數(shù)據(jù)持久化無關(guān)的業(yè)務(wù)邏輯(應(yīng)該寫在領(lǐng)域?qū)ο笾校┛梢詥为?dú)測試,在保證與數(shù)據(jù)持久化無關(guān)的業(yè)務(wù)邏輯的正確性下,帶上dao操作做集成(單元)測試。  閱讀全文
          posted @ 2007-06-14 09:18 kafka0102 閱讀(1475) | 評論 (0)編輯 收藏

               摘要: 在做Java企業(yè)程序的時(shí)候,不可避免地要和外部資源打交道,比如數(shù)據(jù)庫,Http請求等。對于這些外部資源的處理,我們可采取的操作或者是直接處理或者是模擬處理。當(dāng)我們使用Webwork,Spring,Hibernate等框架時(shí),我們要測試的并不僅僅是Java代碼,我們還要測試依賴于這些框架的配置文件等等。因此,對于數(shù)據(jù)持久化的測試,Mock方法是行不通的,我們需要真實(shí)地測試數(shù)據(jù)庫操作。對于持久化測試來說,重要的是創(chuàng)造出已知的“干凈的”的準(zhǔn)備數(shù)據(jù)。如果我們在測試一個持久化方法前不能確定數(shù)據(jù)庫到底存著什么數(shù)據(jù),我們只能通過反復(fù)地查看數(shù)據(jù)庫數(shù)據(jù)來驗(yàn)證測試方法的正確性了(這就是我和大多數(shù)人以前使用的最“直接”的方法)?,F(xiàn)在就讓我們使用DbUnit,來更好的更自動化的測試持久化操作吧!

          先介紹一下DbUnit。DbUnit是一個 JUnit擴(kuò)展,適用于數(shù)據(jù)驅(qū)動的程序。使用DbUnit,可以在測試運(yùn)行期間將數(shù)據(jù)庫的數(shù)據(jù)處于已知狀態(tài),這樣在測試時(shí)可以方便地寫出測試斷言,也能自動地完成對數(shù)據(jù)持久化方法的測試。在使用上,DbUnit也很簡單, 它提供了大量的  閱讀全文
          posted @ 2007-06-14 09:03 kafka0102 閱讀(2771) | 評論 (2)編輯 收藏

               摘要: 很早就知道Jetty,但直到最近才使用它作為Web服務(wù)器。Jetty是一個開放源碼的HTTP服務(wù)器和Java serverlet容器,是完全使用Java語言實(shí)現(xiàn)的。作為嵌入的Web服務(wù)器,Jetty被廣泛應(yīng)用,比如DWR,JBoss,Geronimo,Tapestry中都使用了Jetty。相比于其他Web服務(wù)器,Jetty最大的有點(diǎn)就是小巧且啟動速度快。當(dāng)前的Jetty最新版本為6,相比以前的版本“重”了不少,“重”的原因自然是功能的增強(qiáng)。我使用myeclipse插件開發(fā)Web程序,Web服務(wù)器從Tomcat轉(zhuǎn)換成Jetty只需改變一下程序部署的位置而已。  閱讀全文
          posted @ 2007-06-11 15:48 kafka0102 閱讀(1879) | 評論 (1)編輯 收藏

               摘要: Web上最常用的兩種Http請求就是Get請求和Post請求了。我們在做java web開發(fā)時(shí),也總會在servlet中通過doGet和doPost方法來處理請求;更經(jīng)常地,我們會在doGet方法的實(shí)現(xiàn)中調(diào)用doPost方法。盡管做了近兩年的web開發(fā),我對諸如Get請求和Post請求的基本概念仍不是十分了解。近日閱讀《javascript高級程序設(shè)計(jì)》(很長時(shí)間沒有看書了?。?,重新整理了一下Get請求和Post請求的概念,算是讀書筆記吧。  閱讀全文
          posted @ 2007-05-22 22:30 kafka0102 閱讀(3327) | 評論 (3)編輯 收藏

               摘要: 題按:做了幾年的java程序,卻很難說對基本的OO概念都有理解。即便每天都寫的代碼中,也很難說清楚其中到底運(yùn)用了怎樣的概念和思想。前日的考試中看到關(guān)于上溯造型與下溯造型的問題,就查了些資料,集中說一下吧。  閱讀全文
          posted @ 2007-05-21 22:34 kafka0102 閱讀(3182) | 評論 (2)編輯 收藏

               摘要: 我們應(yīng)該如何以及在哪里使用Mock對象呢?一般來說,對于目標(biāo)對象中的合作者對象,在測試時(shí)如果其狀態(tài)或行為的實(shí)現(xiàn)嚴(yán)重地依賴外部資源(比如數(shù)據(jù)持久化中的DAO,比如負(fù)責(zé)發(fā)送電子郵件的類),或者團(tuán)隊(duì)并行開發(fā)時(shí),目標(biāo)對象的合作者對象并沒有實(shí)現(xiàn)(比如J2EE中,橫向分工時(shí),負(fù)責(zé)Action的調(diào)用Service,負(fù)責(zé)Service調(diào)用DAO時(shí),相應(yīng)的Service及DAO沒有實(shí)現(xiàn)),這時(shí)我們就需要模仿這些類。其實(shí),在做J2EE時(shí),傳統(tǒng)的N層架構(gòu)中,我們都是面向接口編程的,我們定義了DAO接口,我們定義了Service接口,這樣做的優(yōu)點(diǎn)就是我們在測試時(shí)可以構(gòu)造實(shí)現(xiàn)接口的Mock類。這里不得不提依賴注入,通過依賴注入,我們才能在測試時(shí)set Mock對象。這也說明,為了方便測試,我們不得不一步一步重構(gòu)代碼,而模式就在重構(gòu)中自然地產(chǎn)生了。
            閱讀全文
          posted @ 2007-04-26 08:35 kafka0102 閱讀(4047) | 評論 (1)編輯 收藏

               摘要: 你可以使用eclipse的重構(gòu)工具方便的生成javabean的getter和setter方法,但在編寫javabean時(shí),你可能不得不手動編寫枯燥單調(diào)的繼承自O(shè)bject的隱含的常用方法,如toString(),hashcode(),equals(Object),compareTo(Object)。當(dāng)然也有省力的解決方法,那就是eclipse的插件Commonclipse。Commonclipse使用commons-lang包,自動生成上面的方法。你可以到其網(wǎng)站Commonclipse上下載插件感受一下。  閱讀全文
          posted @ 2007-04-22 12:36 kafka0102 閱讀(3053) | 評論 (6)編輯 收藏

               摘要: 當(dāng)你偶然路過這里時(shí),我假定你已經(jīng)很明白java中范型和DAO模式了。當(dāng)然,我也會順便嘮叨幾句范型和DAO模式,只是它們不會這篇隨筆的重點(diǎn)。我早先在DW上看到一篇蠻不錯的文章不要重復(fù) DAO!Hibernate 和 Spring AOP 構(gòu)建泛型類型安全的 DAO,它也促使我在一個實(shí)驗(yàn)工程中使用了范型化的DAO模式。前幾天看到的另一篇文章Generic Data Access Objects使我重新想起了這檔事。以前的代碼不可追,索性就重做了一個sample實(shí)現(xiàn)范型化的DAO。坦白的講,和上面的兩篇文章相比,這篇隨筆并沒有太多新內(nèi)容,如果你愿意的話,你可以只看上面的兩篇文章而關(guān)掉這個頁面。
            閱讀全文
          posted @ 2007-04-17 08:55 kafka0102 閱讀(3599) | 評論 (7)編輯 收藏

          ??? 實(shí)現(xiàn)JavaScript繼承的最簡單的方式是call方法(或者apply方法)及原型鏈方法,但這兩種方法都有缺陷,而其混合體就是很好的繼承實(shí)現(xiàn)方式。下面舉例說明:
          function?Animal(age){
          ????
          this.age?=?age;
          }

          Animal.prototype.sayAge?
          =?function(){
          ????window.alert(
          "My?age?is?"+this.age+"!");
          };

          function?Dog(age,name){
          ????Animal.call(
          this,age);
          ????
          this.name?=?name;
          }
          Dog.prototype?
          =?new?Animal();
          Dog.prototype.sayName?
          =?function(){
          ????window.alert(
          "I?am?a?"+this.name+"!");
          };

          var?dog?=?new?Dog(15,"dog");
          dog.sayName();
          dog.sayAge();
          ??? 對于類Animal來說,它有一個字段屬性age及函數(shù)屬性sayAge,sayAge方法的定義采用的是原型方式。Dog類要繼承Animal,其字段屬性除了age外還有name,通過Animal.call(this,age);可以實(shí)現(xiàn)Dog繼承Animal的字段屬性age并將其初始化了。call方法的第一個參數(shù)為繼承的類的this指針,第二個參數(shù)為Animal類的構(gòu)造函數(shù)的參數(shù)。實(shí)際上,只是通過call方法就可以實(shí)現(xiàn)繼承,但唯一的要求是父類的函數(shù)屬性要在構(gòu)造函數(shù)中定義,這對于這里的函數(shù)屬性使用原型方式定義來說就不適合了(采用原型方式定義函數(shù)屬性比在構(gòu)造函數(shù)內(nèi)定義更直觀一些)。要想繼承Animal的原型方式定義的函數(shù)屬性,需要的語句就是“Dog.prototype?=?new?Animal();”。而Dog類中的sayName()函數(shù)則是其自身的函數(shù)屬性了。
          ??? 除了這個最經(jīng)典的實(shí)現(xiàn)繼承的方式外,目前還有一些免費(fèi)的庫可供使用。但想到形形色色的庫,頭就大了,有時(shí)間有必要時(shí)再研究吧!
          posted @ 2007-04-08 21:11 kafka0102 閱讀(1483) | 評論 (0)編輯 收藏

               摘要: 最近在閱讀《JavaScript高級程序設(shè)計(jì)》,未免遺忘讀過的內(nèi)容,就打算以博客的形式做些讀書筆記。今天介紹的是JavaScript的三種構(gòu)造對象的方法,除了這三種方法,還有工廠方法來構(gòu)造對象,但考慮到其簡單性及非正規(guī)性,這里就不做介紹。和Java這樣的面向?qū)ο笳Z言相比,JavaScript更像是函數(shù)式語言,其并沒有類的概念,蓋之以對象定義的概念,而具體創(chuàng)建的對象叫做對象的實(shí)例。  閱讀全文
          posted @ 2007-04-08 11:24 kafka0102 閱讀(22162) | 評論 (8)編輯 收藏

               摘要: 網(wǎng)上看到一道java算法題,題目如下: 用1,2,2,3,4,5,這六個數(shù)字,用java寫一個main函數(shù),打印出所有不同的排列,如:512234,412345等,要求:“4”不能排第3位,“1”與“5”不能相連。  閱讀全文
          posted @ 2007-03-13 09:06 kafka0102 閱讀(4530) | 評論 (12)編輯 收藏

               摘要: 昨天將近一天的時(shí)間花在了Confluence和JIRA上了,現(xiàn)在軟件勉強(qiáng)跑起來,現(xiàn)在就將這兩個軟件的安裝和破解說一下,供初使用者參考。
          我下載的Confluence版本是2.3.3,是只含有webapp的簡版(standalone版本含有tomcat服務(wù)器)。Confluence的安裝還是很簡單的,運(yùn)行解壓后的根目錄下的build.bat,就會生成一個dist文件夾,將里面的atlassian-confluence-2.3.3.war放到tomcat webapp下運(yùn)行tomcat,輸入網(wǎng)址會發(fā)現(xiàn)沒有指定存放文件的目錄,根據(jù)提示修改配置文件重啟服務(wù)器就行了。
            閱讀全文
          posted @ 2007-03-09 10:54 kafka0102 閱讀(5072) | 評論 (0)編輯 收藏

          主站蜘蛛池模板: 明溪县| 桦南县| 亳州市| 邹城市| 古浪县| 靖江市| 林州市| 洱源县| 和政县| 磐石市| 闻喜县| 伊宁县| 永登县| 陆河县| 石首市| 长兴县| 吉木萨尔县| 贺兰县| 冷水江市| 莲花县| 五家渠市| 东山县| 墨玉县| 无为县| 卓尼县| 鄂尔多斯市| 溧阳市| 射洪县| 阳曲县| 南靖县| 来安县| 葵青区| 汉中市| 张掖市| 东方市| 瓮安县| 威远县| 安达市| 板桥市| 阳春市| 涿鹿县|