09 2006 檔案
摘要: OSGi的CM就是Configuration Admin Service，是用于管理Bundle屬性、并在屬性發(fā)生變更時通知相應(yīng)的Service，但在實際的使用中發(fā)現(xiàn)OSGi的CM規(guī)范缺少對于共享屬性配置管理的支撐。
關(guān)于模塊的耦合上只有個小小的想法討論下，就是做為設(shè)計師你能否很快的告訴別人搭建你其中的一個模塊的工程需要哪幾個模塊的支撐，或者最好就是運(yùn)行檢驗?zāi)闫渲械囊粋€模塊的功能需要哪幾個模塊來支撐，當(dāng)然，這個在基于OSGi的系統(tǒng)更容易來做到，不過這個確實是設(shè)計時很關(guān)鍵的一個地方，這既反映了系統(tǒng)中模塊的耦合性，更體現(xiàn)了系統(tǒng)的擴(kuò)展性以及系統(tǒng)的組裝耦合上是否合理。
閱讀全文
摘要: OSGi聯(lián)盟的主席Peter做了這么個小東西，原理非常的簡單，在現(xiàn)在傳統(tǒng)的使用ajax的方式多為通過js直接調(diào)用Spring中的bean，那么peter做的這個小東西就變成了js直接調(diào)用OSGi中的service，基本上沒有什么難度，只是玩了一把a(bǔ)jax的東西，估計是peter以前對這塊接觸的少，peter把他做的這個東西放到他的Nokia E70上跑.....
閱讀全文
摘要: 模塊的可擴(kuò)展性是模塊設(shè)計時需要重點考慮的非功能特性，對于框架而言，擴(kuò)展性的設(shè)計則更加的重要，框架需要通過不斷的擴(kuò)展來充實其基礎(chǔ)設(shè)施，構(gòu)成真正的應(yīng)用系統(tǒng)。
模塊的擴(kuò)展主要有兩種，一種為擴(kuò)充功能的擴(kuò)展，另一種為覆蓋性質(zhì)的擴(kuò)展，當(dāng)然，本質(zhì)上而言是可以把這兩者進(jìn)行合并的。
在模塊的擴(kuò)展上Eclipse的擴(kuò)展點的設(shè)計方式無疑是支撐模塊可擴(kuò)展的經(jīng)典設(shè)計方法，到現(xiàn)在為止仍然是如此，基于Eclipse的擴(kuò)展點的設(shè)計無論是對于擴(kuò)充功能的擴(kuò)展還是覆蓋性質(zhì)的擴(kuò)展都支持的非常好，這個經(jīng)典的設(shè)計也是RCP得到那么多client side app的原因之一，盡管OSGi中并沒有定義這方面的規(guī)范，但做為OSGi R4的RI的Equinox考慮到更好的支撐Bundle的擴(kuò)展就引入了Eclipse的擴(kuò)展點的設(shè)計，在現(xiàn)在的Equinox中我們?nèi)匀豢梢曰贓clipse的擴(kuò)展點的方式來支撐模塊的可擴(kuò)展性。
但是否有別的方法呢？一定需要Eclipse的擴(kuò)展點的方式嗎？其實個人覺得基于OSGi的Service就已經(jīng)天然的構(gòu)成了一種可擴(kuò)展的設(shè)計，為什么這么說呢？
閱讀全文
摘要: 在企業(yè)應(yīng)用中，持久化無疑是其中非常重要的一環(huán)，盡管OSGi的規(guī)范中也有負(fù)責(zé)持久數(shù)據(jù)、屬性的服務(wù)規(guī)范，但對于企業(yè)應(yīng)用而言那些顯然是不夠的，這里就以目前Java界流行的Hibernate為例來看看如何集成Hibernate到OSGi中，使得我們能夠很簡單在OSGi中使用Hibernate進(jìn)行持久化。
閱讀全文
摘要: OSGi越來越風(fēng)行了，得到的關(guān)注越來越多，這本來是好事，但聽到的越來越多的聲音都是認(rèn)為OSGi對于B/S、企業(yè)應(yīng)用支持的太不夠，怎么說呢，這些聲音挺好，至少說明發(fā)出這些聲音的人肯定是想過將OSGi應(yīng)用到自己的項目/產(chǎn)品中去，雖然這是好的，但我覺得更多的原因還是很多的人都習(xí)慣的以一種框架的觀點去看OSGi，這對于OSGi而言或多或少有些不公平，為什么這么說呢？
閱讀全文
摘要: 最近一段時間，OSGi這個詞在業(yè)界出現(xiàn)的頻率已經(jīng)越來越高，其受關(guān)注的程度也已經(jīng)在大幅度的增長，當(dāng)然，這其中不可否認(rèn)OSGi聯(lián)盟、Eclipse、IBM等的推廣，但這主要當(dāng)然還是得益于OSGi在規(guī)范的模塊化以及動態(tài)化的管理的領(lǐng)先優(yōu)勢，但也會發(fā)現(xiàn)，很多廠商以及很多人對于OSGi仍然處于觀望階段，這主要還是因為OSGi在企業(yè)應(yīng)用上目前尚無太多案例的原因，但OSGi就真的不適合企業(yè)應(yīng)用了嗎，還是別的原因讓這么多的廠商、這么多的人對OSGi只是處于觀望的階段呢，應(yīng)該說，主要原因應(yīng)該是OSGi目前對于企業(yè)應(yīng)用缺少足夠的基礎(chǔ)設(shè)施，OSGi聯(lián)盟顯然認(rèn)識到了OSGi在企業(yè)應(yīng)用上的不足，9月11日OSGi聯(lián)盟對外正式宣布了EEG(EEG的成員包含了IBM、BEA等各大廠商)的成立；而Spring與OSGi的結(jié)合更是很好的推動OSGi進(jìn)入企業(yè)應(yīng)用。那么，就現(xiàn)在的OSGi規(guī)范來看，它離企業(yè)應(yīng)用到底還有多遠(yuǎn)呢：
閱讀全文
摘要: 個人覺得設(shè)計人員可以分為四種類型：模塊設(shè)計人員、框架設(shè)計人員、專業(yè)領(lǐng)域設(shè)計人員、系統(tǒng)設(shè)計人員，這四種類型的設(shè)計人員并沒有什么絕對的誰強(qiáng)誰弱，只能說各有千秋吧，但一定程度上來講，四種類型之間還是存在著一些關(guān)聯(lián)，來看看這四類設(shè)計人員的專注點和關(guān)聯(lián)吧：
閱讀全文
摘要: 規(guī)范的模塊化開發(fā)是需要OSGi的重要理由之一，模塊化的開發(fā)方式一直就是現(xiàn)在的主流開發(fā)方式，但業(yè)界卻一直缺乏這樣的標(biāo)準(zhǔn)，當(dāng)然，如果java本身具備這樣的標(biāo)準(zhǔn)自然就更好了，那么大家就會很自然的以同樣的方式去設(shè)計、開發(fā)和部署模塊，但目前java暫時還沒有這樣的標(biāo)準(zhǔn)，雖然之前的JSR 277(Java Module System)的目標(biāo)是制定這樣的標(biāo)準(zhǔn)，但由于該標(biāo)準(zhǔn)制定完后并沒有得到業(yè)界和各大廠商的認(rèn)可，所以基本上沒起到什么作用，而現(xiàn)在JSR 291的認(rèn)可則更是觸動了它，目前的情況看下去，OSGi成為下一個版本的Java Module System JSR只是時間的問題而已，整個業(yè)界能夠采取統(tǒng)一的方式進(jìn)行模塊的設(shè)計、開發(fā)是非常重要和有意義的事，這也是OSGi得到IBM等大公司支持的重要原因之一，說了這么多背景性質(zhì)的話后開始來看看OSGi是如何規(guī)范化模塊的開發(fā)的：
閱讀全文
摘要: 在OSGi的官方網(wǎng)站的blog上Peter Kriens(OSGi主席)貼了一篇關(guān)于Spring and OSGi的blog，呵呵，peter在blog里寫的還真不客氣，直接說以前只是聽說過spring而已，但基本上沒任何了解，不過peter畢竟是高人，稍微看了后便準(zhǔn)確的點出了spring的兩個核心：解決依賴和組裝的配置方式以及POJO的動態(tài)增強(qiáng)，Peter在blog里提及到在OSGi R5中將考慮如何讓現(xiàn)有系統(tǒng)無需改動移植至OSGi平臺中，這點非常令人興奮，不過R5估計還早，最近OSGi R4.1倒是準(zhǔn)備release了，目前還沒得到關(guān)于4.1對比4的改進(jìn)的信息，在blog中，peter也提及他認(rèn)為目前Spring and OSGi的很多實現(xiàn)過于繁瑣，于是之前他和spring-osgi的幾個人員碰面重新考慮了這塊的設(shè)計，這可是非常好的事，OSGi的開發(fā)人員的視角和企業(yè)應(yīng)用的開發(fā)人員的視角確實會有很大的不同，兩者的碰撞還是能產(chǎn)生不少火花的，通過那次討論，Peter認(rèn)為OSGi的服務(wù)注冊/尋找機(jī)制可以很好的和spring的applicationContext機(jī)制做結(jié)合，他覺得現(xiàn)在這樣的改
閱讀全文
摘要: 盡管這只是一個小項目，耗時也很短，但個人覺得這個項目的整個過程還是值得回顧的，項目雖小，五臟俱全，項目經(jīng)歷了兩個小的迭代，迭代過程中經(jīng)歷了典型的需求調(diào)研、設(shè)計、開發(fā)&重構(gòu)、集成測試過程，采用了現(xiàn)場客戶、TDD等實踐，這里就以第一迭代來對這個項目的過程做些總結(jié)：
1、迭代版本的頻繁發(fā)布能很好的建立客戶方對于系統(tǒng)的信心；
2、結(jié)合真實系統(tǒng)的調(diào)研能夠更加準(zhǔn)確的挖掘(引導(dǎo))客戶的需求；
3、簡單而完整的設(shè)計過程和TDD能保證開發(fā)較好的完成；
4、把握設(shè)計的尺度，依靠重構(gòu)來不斷的提升設(shè)計。
5、提升系統(tǒng)的交互對于客戶是直接而明顯的幫助。
閱讀全文
摘要: 表單是我們在實現(xiàn)應(yīng)用時常用的，通常情況下多數(shù)的應(yīng)用系統(tǒng)對于用戶而言就是在于表單打交道，所以提升表單的交互能力是非常重要的一個環(huán)節(jié)，當(dāng)然，交互其實很多時候和業(yè)務(wù)都是有關(guān)系的，就如很多業(yè)務(wù)表單需要的是快速錄入的方式，這個時候如回車添加行、Tab快速切換到相應(yīng)的域上都是非常重要的，在網(wǎng)上查了一下，沒找到一個完整的交互性質(zhì)的表單的Demo，非常的希望css高手們能動手搞一個這樣的東西，這樣以后大家就方便了，由于在現(xiàn)在的一個項目中用到了，就把自己做的一個具備了一定能力的交互表單放到網(wǎng)上，希望有高手能基于這個或者自己做一個能作為以后做表單時可參考的對象，在這個交互表單中，對于交互性主要提供了這么一些：
1、表單進(jìn)入域時的即時提醒
2、回車增加行
3、星級評分
4、域值非法的提示
下載地址：http://www.tkk7.com/Files/BlueDavy/richform.rar
閱讀全文
摘要: 簡單的談?wù)劷换ブ兄匾藛魏凸ぞ邫诎粹o；
備忘javascript清空表格中行的問題；
備注動態(tài)創(chuàng)建的radio按鈕無法選中的問題。
閱讀全文
摘要: 在交互設(shè)計方面完全就是個外行，看About face那本書也是挺難看懂的，不過自己還是想在這里寫寫自己對于交互方面的一些想法，由于目前做項目/產(chǎn)品時還沒有專業(yè)的交互設(shè)計師，現(xiàn)在自己在做項目/產(chǎn)品的時候根據(jù)自己的想法開始對系統(tǒng)的以下幾個方面有所要求：
閱讀全文