如果你的產(chǎn)品的種類不是上百萬的話,可以非常簡單的實現(xiàn)。

10年積累的網(wǎng)站建設、成都做網(wǎng)站經(jīng)驗,可以快速應對客戶對網(wǎng)站的新想法和需求。提供各種問題對應的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡服務。我雖然不認識你,你也不認識我。但先建設網(wǎng)站后付款的網(wǎng)站建設流程,更有建德免費網(wǎng)站建設讓你可以放心的選擇與我們合作。
每次在你更新庫存的時候,數(shù)據(jù)庫鎖行,即一種商品(不是鎖表哦)。更新前取下實時庫存,然后加減你的更新值,看是否超上下限。
超了就不更新(根據(jù)你的業(yè)務),然后返回一個標記位flag到服務端(比如0是正常,1是超上限,-1超下限制)。服務端維護一個同步的map,存放mapproductid,flag;根據(jù)之前返回的標記位,去主動發(fā)送消息。也按照每個登錄系統(tǒng)的人的session可以做輪詢來通知用戶。
只要注意2點:1.鎖行和更新庫存確保一個事務。2.服務端維護的map必須做寫入的同步
Jabber對于即時消息是一個開放的、基于XML的數(shù)據(jù)模型和協(xié)議。聯(lián)系不斷增加的基于Jabber開放資源和商業(yè)產(chǎn)品的數(shù)目,這種協(xié)議提供了擺脫即時消息服務器所有權束縛的一種方法。多種多樣的開放資源Java APIs能夠幫助你建立基于Jabber的服務器并將即時消息整合到你的應用程序中去。在這篇文章中專門闡述了這一點。
即時消息作為個人——個人通迅工具取得了顯著的成功。在有些地方它已經(jīng)作為在線聯(lián)系的首選方法取代了email。現(xiàn)在,開發(fā)者正將這一技術應用到應用程序——個人和應用程序——應用程序通迅上。
直到最近,也只有少數(shù)服務提供商掌握了這一技術。通常流行的即時消息服務是建立在所有權協(xié)議基礎上的通迅孤島。實施面臨一個困難的決策:支持多協(xié)議或鎖定到一個單獨的。不管哪種選擇,實現(xiàn)都必須依賴一個屬于即時消息(IM)服務提供商的服務器。
開放式協(xié)議能夠幫助開發(fā)者擺脫所有權陷阱。其優(yōu)勢有多種:開放協(xié)議鼓勵競爭實現(xiàn)的發(fā)展(一些開放資源)。他們鼓勵廣泛采用一種公共協(xié)議,這樣可以阻止通迅孤島和服務供應的孤立主義方法的發(fā)展。用多種方法,開放協(xié)議使因特網(wǎng)成為可能。在即時消息領域,開放協(xié)議確保封閉系統(tǒng)及協(xié)議不會阻礙基于IM服務器的發(fā)展的互操作性。
Jabber是一種針對即時消息和現(xiàn)場服務的開放協(xié)議。作為一個公共協(xié)議的最主要的侯選者,Jabber有潛力打破所有權在即時消息服務的控制。
這篇文章將解釋如何實踐發(fā)送簡單Jabber消息和開發(fā)一個簡單的基于開放標準及開放資源APIs和產(chǎn)品的布告服務器。
為什么使用Jabber?
Jabber標準和結構幫助創(chuàng)建一個分布式的IM系統(tǒng),使人聯(lián)想到分布在因特網(wǎng)上的email系統(tǒng),用戶在本地連接到這些系統(tǒng)。這個方法直接與象AIM(AOL即時信使)、ICQ、MSN(Microsoft網(wǎng)絡)及Yahoo這樣的流行服務提供商提供的單一系統(tǒng)結構作對,在那里一個單獨的中央服務器或集中服務器組提供消息服務。Jabber在其他情形也類似于email結構:Jabber使用一個幾乎與基本SMTP(簡單郵件傳輸協(xié)議)方案一樣的地址方案確定它的終點(人,機器,軟件)地址。例如,myname@elogex.com是一個有效的Jabber地址,或使用Jabber說法叫JID(Jabber ID)。因為這些原因,基于Jabber的系統(tǒng)衡量起來好于已存在的專有系統(tǒng)。加之,對于專有即時消息服務的網(wǎng)關允許的協(xié)議是必需的。
多種多樣的Jabber服務器,包括我們在這篇文章中使用的其中之一,都是自由可使用的,意思就是說你不再需要依賴一個第三方IM服務提供商(第三方Jabber服務對于那些要求第三方主機服務的來說也是有用的)。
標準化
當討論Jabber標準的益處時,我應該提及IETF IM標準的工作。在寫這篇文章時,其IMPPWG(即時消息和現(xiàn)場協(xié)議工作組)已有多個RFC有效,其中最重要的是:
·RFC 2778:現(xiàn)場和即時消息模型
·RFC 2779:即時消息/現(xiàn)場協(xié)議要求
IMPPWG已經(jīng)起草了一個名叫CPIM(公共現(xiàn)場和即時消息)協(xié)議的因特網(wǎng)標準。Jabber協(xié)議也是一個草擬的因特網(wǎng)標準,但不是IMPPWG工作的部份。
Jabber在哪兒適合這一標準工作呢?依照Jabber網(wǎng)站,Jabber是“承諾完全支持任何開放實時消息協(xié)議,包括IETF協(xié)議”。如果當對于這個IETF協(xié)議的支持增長時,Jabber打算將自己定位為IETF協(xié)議的領導開放資源的平臺。到目前為止,IETF的工作更多地主要集中在收集要求上而不是執(zhí)行。暫時,Jabber僅是一個帶有重要開放資源支持的開放即時消息和現(xiàn)場服務協(xié)議。結果,它成為開放即時消息事實上的標準。
另一個值得密切注意的競爭對手是Sun微系統(tǒng)的Jxta協(xié)議,另一個基于XML針對peer-to-peer(P2P)應用程序開發(fā)者的協(xié)議。各種各樣的Jxta實施在今天已經(jīng)能夠被提供。但是,由于其起源相對較近,Jxta比起Jabber只有很少的牽引力。
下載并安裝
要開始使用Jabber,你首先需要下載必要的工具:你需要一個Jabber服務器,一個Jabber客戶端,一個幫助管理和隱藏一些復雜socket處理的API,XML語法分析,消息創(chuàng)建等等。
Jabber服務器
為了運行Jabber,你選擇的Jabber服務器不能有問題,自從他們都接受了標準Jabber XML及與終端應用程序通迅以釋放負荷,其也是標準Jabber XML。Jabberd,最初的Jabber服務器,是開放資源(但不是基于Java),安裝配置簡單并在多數(shù)平臺上都有效,包括Unix、Linux、Windows和Mac OS X。JabaServer開放資源方案也值得提及,但現(xiàn)在,這些基于Java的方案仍不如Jabberd成熟。同時,JabaServer安裝不怎么簡單易懂,因為你必須下載、安裝并配置一個第三方數(shù)據(jù)庫,加上創(chuàng)建必需的數(shù)據(jù)庫規(guī)劃。
對于這篇文章的例子,我選擇Jabberd。當二進制及源下載對于jabberd都有效時,我就不在這兒描述怎樣建立一個源發(fā)布。除非你真想自己編譯,可以從jabberd 主頁下載二進制發(fā)布。在Windows平臺上安裝是相對容易的。發(fā)布是一個.exe程序,按照安裝向?qū)б徊揭徊綀?zhí)行。
安裝完成后,你無需配置。在Windows2000,不要求配置。只要雙擊二進制程序就可啟動服務器。
用戶代理/客戶
我決定使用Exodus客戶端,對于這個方案這是另一個開放資源技術。我尤其喜歡Exodus的調(diào)試標簽,可以允許你正確地查看客戶發(fā)送和接收的XML。另外你能夠作為純粹的XML鍵入Jabber消息并將它們發(fā)送給服務器。所有這些都證明用Jabber協(xié)議和服務器測試的有用性。
Exodus的安裝簡單易懂。下載Exodus 壓縮文件(我在文章中使用的是0.6版本)。將文件直接解壓到你想要安裝客戶端的目錄。在這個版本中,文件是些簡單的二進制文件和一個.dll文件。你可以從 Muse 主頁下載Muse API。
發(fā)送你的第一個Jabber消息
要發(fā)送一個Jabber即時消息,你必須初始化Muse Jabber API。通過創(chuàng)建一個JabberContext 類的實例來完成,接下來使用內(nèi)容作為一個參數(shù)到Jabber session factory類的createSession()方法:
1 //初始化Jabber context
2 JabberContext jabberContext = new JabberContext("user", "pass", "localhost");
4 //創(chuàng)建一個Jabber session factory的實例
5 Jabber jabber = new Jabber();
6 //創(chuàng)建新會話
7 JabberSession jabberSession = jabber.createSession(jabberContext);
上面的例子在第2行顯示了一個新context的創(chuàng)建。JabberContext存儲了指定的用戶相關信息(用戶名、密碼、用戶地址)以及稍后要使用context建立session時包含的一個唯一的會話標識。為了闡述意圖,我直接使用了username、password和server。
在第5行,一個Jabber session factory被創(chuàng)建,我們在第7行使用它創(chuàng)建了一個新的JabberSession,Muse進入由Jabber服務器提供的服務的主要接口。服務器的主要服務是:
·連接服務: 從Jabber服務器連接和斷開
·用戶服務: 針對用戶鑒定及注冊
·現(xiàn)場服務: 接收從其它用戶/服務來的及你自己廣播的現(xiàn)場信息
·登記表服務: 密友列表或地址薄
·聊天服務: 發(fā)送多種類型的消息—組聊、私聊、標題等等
·服務器服務: 獲得與由這個Jabber服務器提供的服務相關的信息
·客戶服務: 獲得關于其他用戶的信息,比如用戶登錄的最后時間
現(xiàn)在我們已經(jīng)有了一個已經(jīng)初始化的Jabber session,我們能夠用它在我們才創(chuàng)建的JabberSession對象中使用connect()方法去連接到Jabber 服務器:
8 //連接到服務器
9 jabberSession.connect("localhost", 5222);
要連接到一個Jabber服務器,我們指定地址及在指定服務器上的機器端口號。標準來說,缺省Jabber端口是5222。
現(xiàn)在JabberSession已經(jīng)連接到服務器,我們能夠在我們的服務中用login()方法登錄:
10 //登錄到Jabber服務器
11 jabberSession.getUserService().login();
在第11行,我們使用JabberSession獲得一個到UserService的引用,接下來在我們服務中調(diào)用login()方法。注意方法自身不指定任何用戶信息。當在上面第7行JabberSession被創(chuàng)建時login()從與JabberSession相關的JabberContext中獲得這些信息。
現(xiàn)在我們已經(jīng)成功登錄到Jabber服務器,我們能夠開始發(fā)送和接收消息。下面代碼段顯示了如何構造一個簡單的標題風格的消息:
12 //構造測試消息
13 JabberChatMessage msg = new
14 JabberChatMessage(JabberChatMessage.TYPE_HEADLINE);
15 msg.setSubject("Hello world");
16 msg.setBody("Hello world");
17 msg.setTo("user2@localhost");
在第13行,我們創(chuàng)建了一個JabberChatMessage實例。單個參數(shù)指定了我們要求的消息類型:TYPE_HEADLINE。JabberChatMessage類的名字容易引起誤解,實際上,它可以用來包含在Jabber協(xié)議中定義的消息的任何四種類型—普通、聊天、標題及錯誤。在第15行,setSubject()和setBody()分別指定主題和內(nèi)容。最后,setTo()在第17行設置消息接收器的JID。
在封裝下,JabberChatMessage將所有這些信息轉換成一個內(nèi)在的DOM(文檔對象模型)樹,這樣當我們已經(jīng)準備好發(fā)送消息給Jabber服務器時能夠輕松產(chǎn)生XML。
最后步驟:用sendMessage()方法發(fā)送消息:
18 //發(fā)送消息
19 jabberSession.sendMessage(msg);
在封裝下
依據(jù)上面例子所得的事實,Muse API有效地隱藏了與連接管理和XML語法分析有關的所有細節(jié),因此允許你集中精力在手邊的任務上:創(chuàng)建一個消息服務。然而,理解一些基礎協(xié)議交換證明是有用的。讓我們關注一下當我們連接到服務器時發(fā)生的XML交換,登錄,并象上面代碼描述的一樣發(fā)送消息。在下面的XML交換中,被客戶接收的消息(我們例子代碼)帶了RECV前綴,送到服務器的消息帶有SEND前綴:
SEND: ?xml version="1.0" encoding="UTF-8" ?
stream:stream to="localhost"
xmlns="jabber:client"
xmlns:stream=""
RECV: stream:stream from="localhost" id="3D160545"
所有的Jabber交換都發(fā)生在一個XML流的上下文。在我們客戶與Jabber服務器之間連接的生命期間,兩個完全的XML文檔在一個時間傳輸一個片段。上面顯示的最初交換允許客戶開始發(fā)送XML流文檔到服務器并且服務器開始發(fā)送XML流文檔到客戶。
下面,一個要求鑒定的信息被發(fā)送給服務器:
SEND: iq xmlns="jabber:client" type='get' id='id_10028'
query xmlns="jabber:iq:auth"
usernameuser/username
/query
/iq
RECV: iq xmlns="jabber:client" type='result' id='id_10028'
query xmlns="jabber:iq:auth"
usernameuser/username
password /
digest/
sequence482/sequence
token3D15E63A/token
resource /
/query
/iq
在用戶鑒定程序前述那段顯示了第一次交換。開始,客戶向服務器詢問哪種鑒定方式對于給定用戶是有效的。服務器段用下面的鑒定方法回答:
·Plain 文本:password /標簽
·零知識鑒定:使用sequence和token標簽
·digest/:象plain文本,但密碼是SHA-1 (安全無序運算法則)-用用戶的plain文本密碼進行編碼
我們實際上使用digest/,象下面代碼段描述的一樣:
SEND: iq xmlns="jabber:client" type='set' id='id_10030'
query xmlns="jabber:iq:auth"
usernameuser/username
hash425c73373237061edcc5f23ba239c6cc69556f5c/hash
resourceHome/resource
/query
/iq
RECV: iq xmlns="jabber:client" type='result' id='id_10030'/iq
在這一點,用戶連接到服務器并能夠開始發(fā)送和接收消息:
SEND: message xmlns="jabber:client" type='headline'
id='id_10032' to='user2@localhost'
thread xmlns="jabber:client"id_10033/thread
subject xmlns="jabber:client"Hello world/subject
body xmlns="jabber:client"Hello world/body
/message
上面片段顯示了我們發(fā)送給接收者user2@localhost的測試標題消息。
你可能已經(jīng)注意到在前述協(xié)議段有一個重復出現(xiàn)元素:ID標簽。因為session能夠由多個異步會話組成,ID標簽匹配查詢并響應。
接收消息
自從這篇文章的主要方向是向你顯示如何開發(fā)一個報警系統(tǒng),我就很少注意消息接收。然而,為了完整性的利益,我應該討論在Muse API中處理接收消息的一些有用特性。另外,因為報警服務是被登錄到Jabber服務器的用戶執(zhí)行的,你能夠適當?shù)仄谕恍┫⒔邮照咴噲D與發(fā)送者通信。
Muse使用一個listener附在session上以接收進入消息的提示。下面代碼顯示了如何創(chuàng)建一個listener并將其附到session——listener實際上附加到連接上,但自從我們的接口是在session級別并且JabberSession類有一個便利的方法添加一個listener,我們就將其附加到session:
1 jabberSession.addMessageListener(
2 new JabberMessageListener() {
3 public void messageReceived(JabberMessageEvent event) {
4 if (event.getMessageType() == JabberCode.MSG_CHAT ) {
5 JabberChatMessage msg =
6 (JabberChatMessage)event.getMessage();
7 JabberChatMessage reply = new
8 JabberChatMessage(JabberChatMessage.TYPE_HEADLINE);
9 reply.setTo(msg.getFrom());
10 reply.setSubject("Re: "+msg.getSubject());
11 reply.setBody(
12 "I'm just a sender: please send messages to someone else");
13
14 //發(fā)送消息
15 jabberSession.sendMessage(reply);
16 }
17 }
18 }
19 );
客戶能夠添加幾個消息listeners,每次一個消息被接收它們都要被調(diào)用。典型的,你為要處理的每一個類型的消息添加一個listener。另一個選擇:為同一種消息類型但在那些消息中的每一種不同的行為添加多個listeners。然而另一種選擇將添加一個要處理所有消息類型的listener。選擇依賴于你想完成什么。
在上面的例子中,一個單獨的listener被附加。Listener必須是實現(xiàn)JabberMessageListener接口的類的一個實例。這個接口要求一個要被執(zhí)行的單個方法: void messageReceived(JabberMessageEvent)。當一個消息從服務器被接收時這個方法將被調(diào)用。在例子代碼中,messageReceived()方法首先檢查在第4行接收的消息類型。自從Jabber用戶代理使用了MSG_CHAT類型發(fā)送消息,就只對這種類型消息才感興趣。在第5行,Jabber消息從JabberMessageEvent 提取。在第9行通過設置收件人接收消息被用來構成一個給消息發(fā)送者的回復并且在第10行拷貝接收消息的主題。一個缺省錯誤文本被作為消息體在第11行被設置,并且,在第15行,消息使用前面例子同樣的方法利用JabberSession對象的sendMessage()方法傳輸。
試試Jabber
這篇文章提供了一個對于Jabber協(xié)議及少量你能夠?qū)⑦@一技術應用到你的應用程序中去的開放資源方案的基本介紹。對這個協(xié)議有用的應用程序多種多樣,并不限于傳統(tǒng)P2P感覺的即時消息領域。例如,jogger.jabber.org提供的Jogger,一個允許你通過發(fā)送一個消息給Weblog應用程序(blog)就能更新個人網(wǎng)絡雜志的有趣服務。Jabber在用戶服務應用程序及其它結構的協(xié)作類型應用程序同樣有很大的影響。
象上面例子所顯示的一樣,你使用一個API如Muse或JabberBeans在少許幾行Java代碼中就能夠完成即時消息功能。記住我不能掩蓋一些Jabber其它重要的特征,如現(xiàn)場服務和登記表管理,這些在使用時都是相關的。另一個重要的特征是Jabber服務器的模塊性和可擴展性,它允許一個開發(fā)者創(chuàng)建新的服務直接整合進服務器。
#include reg52.h //調(diào)用頭文件
typedef unsigned char uint8; //簡寫unsigned char 為uint8
typedef unsigned int uint16;
sbit s1 =P1^0;sbit s3=P3^2; //定義報警觸發(fā)端口
sbit light=P3^0;sbitspeaker=P3^1; //定義燈和報警器響聲端口
sbit zhishi=P1^2; //未用
void baojing()
{
uint8 counter; //計時標志
TMOD = 0x01; //設置中斷模式
TH0 = 0xB8; //計時時間高位
TL0 = 0x00; //計時時間低位
TR0 = 1; //中斷標志
while(s3)
{
if(1 == TF0)
{
TF0 = 0;
TH0= 0xB8; //重新賦值
TL0 = 0x00;
counter++; //累加
}
if(25 == counter) // 累加到25則清零
{
counter = 0;
light = ~light; //效果是燈閃
speaker=~speaker; //效果是聲音叫
}
}
}
void zs()
{
zhishi=s3;zhishi=s1; //忽視
}
void fun()
{
if(s1==0) baojing(); //因為該函數(shù)只調(diào)用一次 所以要么一上電報警 要么程序跑飛
}
void main()
{
zs();
fun();
}
求采納 謝謝
網(wǎng)站欄目:防盜報警系統(tǒng)代碼java,防盜報警系統(tǒng)原理
標題來源:http://chinadenli.net/article1/dsideid.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供商城網(wǎng)站、網(wǎng)站策劃、虛擬主機、動態(tài)網(wǎng)站、定制網(wǎng)站、網(wǎng)站設計公司
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)