邊城愚人

推酷是面向IT領(lǐng)域的個性化閱讀產(chǎn)品（www.tuicool.com），關(guān)于產(chǎn)品的更多信息請參考網(wǎng)站的關(guān)于頁面。 推酷目前加入到國外一家孵化機(jī)構(gòu)的孵化計劃，該孵化計劃于8月到10月這3個月在大連進(jìn)行集中開發(fā)（提供住宿）， 之后會返回北京繼續(xù)開發(fā)（亦解決住宿問題）。目前推酷正處于熱烈的第二階段開發(fā)中，預(yù)計今年11月初能正式上線推廣。 為了把推酷各方面做得更好更專業(yè)，推動推酷更快的發(fā)展，現(xiàn)誠邀熱愛技術(shù)的朋友加入。 推酷目前需要的技術(shù)主要有以下三方面： 1）前端開發(fā)，即html/css，少量的JS應(yīng)用，會些簡單的UI設(shè)計更好。功力方面，至少要比現(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)險，如果想找個穩(wěn)當(dāng)些的工作，推酷就不太合適了）。 如果你有創(chuàng)業(yè)熱情，并認(rèn)同推酷的價值，作為初創(chuàng)成員會給予你豐厚的干股。 推酷也歡迎實(shí)習(xí)生加入，但要求能全職的實(shí)習(xí)4個月以上。 就組團(tuán)理念來說，推酷希望能組成3-4人的技術(shù)型小團(tuán)隊，在個人技術(shù)發(fā)揮、工作時間安排等方面，都會更加的自由開放。 如果你有加入推酷的意愿，可以將個人簡歷發(fā)給我（不用太正式，就別寫自己用過什么eclipse、svn等工具啦）， 郵箱是kafka0102@163.com。 打造忒酷的個性化閱讀產(chǎn)品的路上，我在等你。

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

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

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

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

     摘要: 1）MVC模式

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

有人提到MVC模式時說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。這里最難理解的就是模型的概念。我覺得模型是有狀  閱讀全文

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

     摘要: 最近在學(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:  閱讀全文