@王彥鋒的技術實踐
公司不讓上QQ，我的MSN：qu.jingbo@hotmail.com。交流下，呵呵。
re: 面向組件的一些想法 曲靜波 2006-12-15 14:58
我看過jmoduleloade了，仔細想了下，其實我的平臺已經實現功能項url的配置。也就是說已經有入口了。jmoduleloader反而不會很靈活。而我現在主要是想解決war包，就是不能每一個模塊有一個war包。怎么把它拆分出來，放入平臺（BS結構）。3x
re: 面向組件的一些想法 曲靜波 2006-12-15 11:30
@BeanSoft
嗯，這些我考慮過。但是有個問題，您是說把每個組件看一個war嗎？這樣的話。就會部署在不同的應用。也就會有多個context，如果有8個組件（模塊），那就會有8+1(平臺）context。這樣會不會對效率有影響。如果不是說每個組件看成一個war的話。那就是設計接口實現。但這塊我還也是在摸索當中。有這個想法。請賜教。或者您有這方面設計的資料能否共享下呢。
re: excel模板檢驗與合并 曲靜波 2006-12-15 09:46
不好意思。project.jar就是源碼，好像寫的鏈接把api鏈到一起了。我改下。
re: excel模板檢驗與合并 曲靜波 2006-12-12 17:47
是poi。呵呵~
re: 插件開發招人及《開源人》征稿 曲靜波 2006-11-20 20:55
有興趣，能否聯系一下。qujingbo@gmail.com
re: 序篇 曲靜波 2006-10-17 12:07
觀注。
re: 說一說編程惡習 曲靜波 2006-10-17 11:46
如果一個類擁有2000行的代碼已經是不合理的啦。應該重構。至于代碼縮進是IDE format的功能。注釋問題，是該寫的，而且每個方法都要寫成javadoc的形式。中文名的問題，也可以理解。如果用中文做類名反編譯過來應是亂碼~~~
十分對不起各位，這個實例確實應用的應屬Decorator pattern，標題我就不改了。以示警戒，感謝bean老兄。
我想你只考慮到JSP使用了,如果你打算把它做成通用的應該考慮到Servlet訪問。還有，你的JSP上的內容，可以封裝成標簽。
@bean
老兄,這個我現在也不敢確認,我回頭查下資料,確定下來具體模式.
@黑蝙蝠
新增類型只要加入新的類就行呀,不用修改以前的.若有配置文件,新增個配置就OK啦.
@zeroblue
Movie regularMovie = new RegularMovie();
Movie newReleaseMovie = new NewReleaseMovie();
Movie childrenMovie = new ChildrenMovie();
至于將Movie聲明一個接口我覺得沒有必要.如果新增的話,就要新增兩個類一個Price實現一個Movie實現類.也沒必要添加,因為Movie做為一個電影對象,Movie里的getPrice()就能取到Price實現類的價格.而現在不加Movie接口,就已經可以遵循開閉原則.至于要把Price抽象搞成接口,其實是這樣的,我想用抽象的原因是可以將抽象方法getCharge()改為方法(不抽象),這樣就會有默認的getCharge()實現.其實要是用接口也可以,但還要加入一個adapter.
能否對你的研究多給出點資料呢.msn:qu.jingbo@hotmail.com,十分感謝.
有個問題,如果不用spring的controller或改成struts的action或servlet可以使用viewPdf 和 viewExcel嗎?
@Tendy
如果一個 table 有幾千萬數據，誰去翻頁……搜索好了
有道理.但如果要是可以選擇頁碼,鏈出末頁,效率顯然就低了~
@kebo
如果客戶端選擇的話,可以直接傳過來一個類名(如果怕暴露類名,可以使用名值對的形式,例如key=1,value="類名");但可能需要一個配置文件配置.不知道仁兄還其他的辦法嗎?
@zeroblue
嗯,你說的有道理.final應該是加的,我露掉了,不好意思.不過想想的話,如果不定義常量的話,也有很多問題,例如:將來修改類名,或多個地方引用,或手敲類名出錯都是問題.這就看個人看法吧.如果不加常量的話,應該完全符合開閉原則了.你有什么更好的想法嗎?在既符合開閉原則,又符合上面提到的問題.
謝謝支持,我一定會再接再厲!也請有疑義的地方提出來,共同討論.