我的評論
re: 郁悶的一天......ubuntu系統(tǒng)安裝手記~ 放水老倌 2006-03-31 19:00
不有嘛,沒見我在電腦前面,查資料該?小文文
re: 交流,反饋 需要及時! 放水老倌 2006-03-28 15:43
恩,多謝~~
理論應用到實踐中,而因實踐而改變。
理論應用到實踐中,而因實踐而改變。
re: 已學習書目(更新) 放水老倌 2006-03-21 23:43
10、《IT企業(yè)項目管理:問題、方法和工具》 -電子工業(yè)出版社
re: [轉自sina.com]被引擎困擾仍7分進帳 舒馬赫堅信能在墨爾本反彈 放水老倌 2006-03-21 13:37
去年的法拉力,毫無風頭可言.
在已經進行的兩站比賽中,除了兩位車手拿到1,2位發(fā)車位以外!依舊沒有亮點可言!
法拉力的f1賽車!真讓人鄙視,虧有那么多人支持!
在已經進行的兩站比賽中,除了兩位車手拿到1,2位發(fā)車位以外!依舊沒有亮點可言!
法拉力的f1賽車!真讓人鄙視,虧有那么多人支持!
re: 隱喻 放水老倌 2006-03-21 13:17
學習又繼續(xù)了一段時間,可認識還是模糊的.
還沒達到建立好隱喻的層次:(
還沒達到建立好隱喻的層次:(
re: 心,又得病:( 放水老倌 2006-03-21 13:13
有行動的嘛.誰說沒有?
re: “當我們不再年輕” 放水老倌 2006-03-14 23:40
可別把自己搞了跟個前輩似的:(
re: 錢包丟失后事! 放水老倌 2006-03-11 17:13
我的錢包,是在學校第一食堂被賊的.
周五,去回族食堂吃飯,打飯的小姑娘,認出了我.說是有個錢包,里面身份證的人像我.
結果,真是我地!只可惜,現(xiàn)金已不在,身份證+銀行卡,都是費的啦.我全部都補辦過....唉 以后得多留點心!
周五,去回族食堂吃飯,打飯的小姑娘,認出了我.說是有個錢包,里面身份證的人像我.
結果,真是我地!只可惜,現(xiàn)金已不在,身份證+銀行卡,都是費的啦.我全部都補辦過....唉 以后得多留點心!
re: “當我們不再年輕” 放水老倌 2006-03-10 13:11
你哪里搞的那個 尼采 的,太深啦!
re: 到底,java包含了多少東西? 放水老倌 2006-03-10 13:01
我的blog上面,有幾個不錯的web about java link。
你可以到里面看看,有些不錯的論壇在里面。
多去逛!你就會有更深入的認識。
你可以到里面看看,有些不錯的論壇在里面。
多去逛!你就會有更深入的認識。
re: 到底,java包含了多少東西? 放水老倌 2006-03-10 12:54
java can do what you want!
re: XML 放水老倌 2006-03-09 16:07
XML與關系數(shù)據(jù)庫
針對XML數(shù)據(jù),一般有兩種存儲方式:一是將其按結構層次拆分開來分別存于不同字段,
二是將XML文檔原封不動地存入數(shù)據(jù)庫。實際應用中,后者的應用環(huán)境將受到一定限制,因為關系數(shù)據(jù)庫不能很好地處理大容量的結構化的信息和文本數(shù)據(jù)。當然,也可以將結構化置標文本分解成盡可能小的部分,然后轉化成數(shù)據(jù)庫中的字段來存儲,但是這樣在數(shù)據(jù)庫的檢索、索引方面會增加許多額外的工作。至于前一種方式,因為關系型數(shù)據(jù)庫并不能很好地支持層次、順序、包含等在結構化置標語言中十分本質的關系,所以在開發(fā)中也仍然有很多問題要解決。
針對XML數(shù)據(jù),一般有兩種存儲方式:一是將其按結構層次拆分開來分別存于不同字段,
二是將XML文檔原封不動地存入數(shù)據(jù)庫。實際應用中,后者的應用環(huán)境將受到一定限制,因為關系數(shù)據(jù)庫不能很好地處理大容量的結構化的信息和文本數(shù)據(jù)。當然,也可以將結構化置標文本分解成盡可能小的部分,然后轉化成數(shù)據(jù)庫中的字段來存儲,但是這樣在數(shù)據(jù)庫的檢索、索引方面會增加許多額外的工作。至于前一種方式,因為關系型數(shù)據(jù)庫并不能很好地支持層次、順序、包含等在結構化置標語言中十分本質的關系,所以在開發(fā)中也仍然有很多問題要解決。
re: XML 放水老倌 2006-03-09 15:55
對于那些只需要訪問XML文檔中的數(shù)據(jù)而不對文檔進行更改的應用程序來說,SAX分析器更為合適。
W3C的DOM接口規(guī)范中,沒有任何一個地方定義了DOM中的接口對象同實際文檔相關聯(lián)的方法,因此,不同的XML分析器所提供的加載XML文檔的方法也不盡相同。
通過DSO(DATA SOURCE OBJECT)進行XML的數(shù)據(jù)綁定可以方便地將XML節(jié)點同HTML標記捆綁。
W3C的DOM接口規(guī)范中,沒有任何一個地方定義了DOM中的接口對象同實際文檔相關聯(lián)的方法,因此,不同的XML分析器所提供的加載XML文檔的方法也不盡相同。
通過DSO(DATA SOURCE OBJECT)進行XML的數(shù)據(jù)綁定可以方便地將XML節(jié)點同HTML標記捆綁。
re: CSS 放水老倌 2006-03-08 20:41
IE不支持CSS2關于列表形式的定義。
NETSCAPE的升級版Mozilla支持!
NETSCAPE的升級版Mozilla支持!
re: 好好學習,天天向上 放水老倌 2006-03-08 19:56
兄弟,到底是哪里出了問題?你那么出色,一定能總結好的。
re: 有關JAVA新技術----AJAX,你在學習嗎(轉自csdn) 放水老倌 2006-03-08 16:11
Ajax以前叫做基于DHTML(動態(tài)html)的Web編程。
re: 好好學習,天天向上 放水老倌 2006-03-07 20:40
不是說,能靜下心來。。
take it easy.
take it easy.
re: XML 放水老倌 2006-03-07 19:37
每設計一個XML的DTD,一種新的描述語言便隨之而誕生!
re: XML 放水老倌 2006-03-07 19:23
XML是定義描述語言的元語言,HTML僅僅是由SGML元描述語言定義的一個實例語言。
re: XML 放水老倌 2006-03-07 16:48
XML處理器不會對處理說明進行任何處理,僅僅是把它們傳送給應用程序。應用程序決定如何處理這些說明。大部分應用程序簡單地跳過它們無法理解的處理說明。
了解應用程序如何運作和查看實體?以及需要提供給應用程序的參數(shù)是什么?這些信息都可以通過處理指令來提供。因為處理指令所包含的數(shù)據(jù)沒有什么限制,所以在指定說明時就相對容易一些,這些說明是決定記號中列出的外部程序將采取什么行為。
不可析外部實體提供與非XML數(shù)據(jù)的實際位置的鏈接。
不可析實體聲明中的最終名字必須是DTD中聲明的記號名。
<!NOTATION GIF SYSTEM "IMAGE/GIF">
<!ENTITY LOGO SYSTEM “LOGO.GIF” NDATA GIF>
不可析實體的嵌入,可定義一個空元素,其某屬性為ENTITY型,來載入。
了解應用程序如何運作和查看實體?以及需要提供給應用程序的參數(shù)是什么?這些信息都可以通過處理指令來提供。因為處理指令所包含的數(shù)據(jù)沒有什么限制,所以在指定說明時就相對容易一些,這些說明是決定記號中列出的外部程序將采取什么行為。
不可析外部實體提供與非XML數(shù)據(jù)的實際位置的鏈接。
不可析實體聲明中的最終名字必須是DTD中聲明的記號名。
<!NOTATION GIF SYSTEM "IMAGE/GIF">
<!ENTITY LOGO SYSTEM “LOGO.GIF” NDATA GIF>
不可析實體的嵌入,可定義一個空元素,其某屬性為ENTITY型,來載入。
re: XML 放水老倌 2006-03-07 10:31
ENTITIES和NMTOKENS在文檔的實際元素中具有一個屬性列表,但在DTD的屬性聲明中僅有一個值。可是在文檔中實際元素的NOTATION屬性值僅有一個。可取值的列表位于DTD的屬性聲明中。
re: 勾起的...... 放水老倌 2006-03-05 22:48
來我宿舍的時候,不是經常聽到:)
re: 同樣是急待調整的心態(tài)! 放水老倌 2006-03-05 22:48
嘿嘿,丸子總是喜歡打擊我.
re: 孤獨靈魂! 放水老倌 2006-03-05 22:47
對,要看得懂,就不是你啦.
re: 新呢心得——大處著眼 放水老倌 2006-03-05 22:44
學技術,這是很關鍵捏:)要學的太多,所以,掌握原理是很重要地.
用到地時候,再去深入.這種跟別人侃的時候,才不會被別人鄙視.當然,目的并非為了這個.
不斷的學習,其實就是學習一種在短時間內搞定一門新技術的能力!更透徹\且要迅速!
用到地時候,再去深入.這種跟別人侃的時候,才不會被別人鄙視.當然,目的并非為了這個.
不斷的學習,其實就是學習一種在短時間內搞定一門新技術的能力!更透徹\且要迅速!
re: 不爽! 放水老倌 2006-03-05 22:40
學語言,學開發(fā)就是這種,剛開始的時候很痛苦,不過,只要你基礎打好以后.有了親身的工程經驗,伴隨著積累,一切都會好起來.
re: RFID 放水老倌 2006-03-03 19:26
看到目前各式各樣RFID的應用,企業(yè)最想問的第一個問題是:“我要如何將我現(xiàn)有的系統(tǒng)與這些新的RFID Reader連接?”這個問題的本質是企業(yè)應用系統(tǒng)與硬件接口的問題。因此,通透性是整個應用的關鍵,正確抓取數(shù)據(jù)、確保數(shù)據(jù)讀取的可靠性、以及有效地將數(shù)據(jù)傳送到后端系統(tǒng)都是必須考慮的問題。傳統(tǒng)應用程序與應用程序之間(Application to Application)數(shù)據(jù)通透是通過中間件架構解決,并發(fā)展出各種Application Server應用軟件;同理,中間件的架構設計解決方案便成為RFID應用的一項極為重要的核心技術。
RFID中間件扮演RFID標簽和應用程序之間的中介角色,從應用程序端使用中間件所提供一組通用的應用程序接口(API),即能連到RFID讀寫器,讀取RFID標簽數(shù)據(jù)。這樣一來,即使存儲RFID標簽情報的數(shù)據(jù)庫軟件或后端應用程序增加或改由其他軟件取代,或者讀寫RFID讀寫器種類增加等情況發(fā)生時,應用端不需修改也能處理,省去多對多連接的維護復雜性問題。
RFID中間件是一種面向消息的中間件(Message-Oriented Middleware,MOM),信息(Information)是以消息(Message)的形式,從一個程序傳送到另一個或多個程序。信息可以以異步(Asynchronous)的方式傳送,所以傳送者不必等待回應。面向消息的中間件包含的功能不僅是傳遞(Passing)信息,還必須包括解譯數(shù)據(jù)、安全性、數(shù)據(jù)廣播、錯誤恢復、定位網絡資源、找出符合成本的路徑、消息與要求的優(yōu)先次序以及延伸的除錯工具等服務。
RFID中間件可以從架構上分為兩種:
以應用程序為中心(Application Centric) 的設計概念是通過RFID Reader廠商提供的API,以Hot Code方式直接編寫特定Reader讀取數(shù)據(jù)的Adapter,并傳送至后端系統(tǒng)的應用程序或數(shù)據(jù)庫,從而達成與后端系統(tǒng)或服務串接的目的。
以架構為中心(Infrastructure Centric) 隨著企業(yè)應用系統(tǒng)的復雜度增高,企業(yè)無法負荷以Hot Code方式為每個應用程式編寫Adapter,同時面對對象標準化等問題,企業(yè)可以考慮采用廠商所提供標準規(guī)格的RFID中間件。這樣一來,即使存儲RFID標簽情報的數(shù)據(jù)庫軟件改由其他軟件代替,或讀寫RFID標簽的RFID Reader種類增加等情況發(fā)生時,應用端不做修改也能應付。
RFID中間件扮演RFID標簽和應用程序之間的中介角色,從應用程序端使用中間件所提供一組通用的應用程序接口(API),即能連到RFID讀寫器,讀取RFID標簽數(shù)據(jù)。這樣一來,即使存儲RFID標簽情報的數(shù)據(jù)庫軟件或后端應用程序增加或改由其他軟件取代,或者讀寫RFID讀寫器種類增加等情況發(fā)生時,應用端不需修改也能處理,省去多對多連接的維護復雜性問題。
RFID中間件是一種面向消息的中間件(Message-Oriented Middleware,MOM),信息(Information)是以消息(Message)的形式,從一個程序傳送到另一個或多個程序。信息可以以異步(Asynchronous)的方式傳送,所以傳送者不必等待回應。面向消息的中間件包含的功能不僅是傳遞(Passing)信息,還必須包括解譯數(shù)據(jù)、安全性、數(shù)據(jù)廣播、錯誤恢復、定位網絡資源、找出符合成本的路徑、消息與要求的優(yōu)先次序以及延伸的除錯工具等服務。
RFID中間件可以從架構上分為兩種:
以應用程序為中心(Application Centric) 的設計概念是通過RFID Reader廠商提供的API,以Hot Code方式直接編寫特定Reader讀取數(shù)據(jù)的Adapter,并傳送至后端系統(tǒng)的應用程序或數(shù)據(jù)庫,從而達成與后端系統(tǒng)或服務串接的目的。
以架構為中心(Infrastructure Centric) 隨著企業(yè)應用系統(tǒng)的復雜度增高,企業(yè)無法負荷以Hot Code方式為每個應用程式編寫Adapter,同時面對對象標準化等問題,企業(yè)可以考慮采用廠商所提供標準規(guī)格的RFID中間件。這樣一來,即使存儲RFID標簽情報的數(shù)據(jù)庫軟件改由其他軟件代替,或讀寫RFID標簽的RFID Reader種類增加等情況發(fā)生時,應用端不做修改也能應付。
re: RFID 放水老倌 2006-03-03 10:58
射頻天線類型的選擇必須使它的阻抗與自由空間和ASIC匹配。方向性天線具有更少的輻射模式和返回損耗的干擾。門禁系統(tǒng)可以使用短作用距離的無源標簽。
re: RFID 放水老倌 2006-03-03 10:56
RFID天線的增益和是否使用有源的標簽芯片將影響系統(tǒng)的使用距離。樂觀的考慮,在電磁場的輻射強度符合UK的相關標準時,2.45GHz 的無源情況下,全波整流,驅動電壓不大于3伏,優(yōu)化的RFID天線阻抗環(huán)境(阻抗 200 或300歐姆),使用距離大約是1米[3]。如果使用WHO限制[4]則更適合于全球范圍的使用,但是作用距離下降了一半。這些限制了讀卡機到標簽的電磁場功率。作用距離隨著頻率升高而下降。如果使用有源芯片作用距離可以達到5到10米。
re: RFID 放水老倌 2006-03-03 10:44
閱讀器的基本功能就是提供與標簽進行數(shù)據(jù)傳輸?shù)慕涌凇?
非接觸式卡又稱射頻卡(應答器),使用無線電調制方式和閱讀器進行信息交換。
射頻識別技術是二十世紀九十年代興起的一項自動識別技術,它利用無線電射頻方式進行非接觸式雙向通信。RFID(Radio Frequency Identification)系統(tǒng)中射頻卡(應答器)與閱讀器之間無需物理接觸即可完成識別,可實現(xiàn)多目標識別和運動目標識別,應用范圍更加廣泛。
閱讀器分為射頻卡數(shù)據(jù)讀取部分(射頻部分)、控制電路部分、主機接口電路部分。
非接觸式卡又稱射頻卡(應答器),使用無線電調制方式和閱讀器進行信息交換。
射頻識別技術是二十世紀九十年代興起的一項自動識別技術,它利用無線電射頻方式進行非接觸式雙向通信。RFID(Radio Frequency Identification)系統(tǒng)中射頻卡(應答器)與閱讀器之間無需物理接觸即可完成識別,可實現(xiàn)多目標識別和運動目標識別,應用范圍更加廣泛。
閱讀器分為射頻卡數(shù)據(jù)讀取部分(射頻部分)、控制電路部分、主機接口電路部分。
re: 勾起的...... 放水老倌 2006-03-03 10:39
至少有個基礎嘛:)才好擴展....不嘆氣!嘆氣有何用?shitou7988這久不是經常嘆氣。怎么?
re: 今天初學 放水老倌 2006-02-27 11:52
你貼的pic看不到!
re: 錢包丟失后事! 放水老倌 2006-02-26 23:57
丸子,別得意:)你不也丟過包包么?
re: 孤獨靈魂! 放水老倌 2006-02-26 23:56
丸子,少裝辣:)深沉不是裝出來地,想到就寫出來了唄。
re: 勾起的...... 放水老倌 2006-02-26 23:39
呵呵,風風兄弟不要謙虛:)
敢問哪樣特別地長?....
敢問哪樣特別地長?....
re: 其實我不懂JAVA 放水老倌 2006-02-26 17:53
一點一點來,知識是靠積累的!更何況你那么聰明
re: 今天初學 放水老倌 2006-02-26 17:52
哪樣錯誤?講出來,才好指點!