A項(xiàng)目:
某公司DMS數(shù)據(jù)采集系統(tǒng):
主要總結(jié)經(jīng)驗(yàn)有三:
一.數(shù)據(jù)文件解碼與編碼,用socket.流的傳送文件到服務(wù)器(設(shè)計(jì)為單例的),并用了定時(shí)器.(Timer.schedule).后來(lái)改為:插件Quartz+Spring來(lái)實(shí)現(xiàn).具體實(shí)現(xiàn)還可以用過(guò)慮器等
二,由于數(shù)據(jù)不多,并且大多用于以上項(xiàng)目的報(bào)表與帳單輸出,oracle中用pl/Sql做了相關(guān)的存儲(chǔ)過(guò)程,用于輸出顯示.在此不做說(shuō)明;
三.客戶端可能有多個(gè)(大并發(fā)),所以服務(wù)端在指派任務(wù)時(shí)我用延遲的線程池+雙緩沖隊(duì)列.(項(xiàng)目經(jīng)理說(shuō)這個(gè)隊(duì)列以后都會(huì)用得很少.)
通過(guò)讀取UNIX系統(tǒng)日志文件，獲取其中用戶的登錄記錄加以處理統(tǒng)計(jì)，最終生成多干對(duì)登錄登出記錄上傳至服務(wù)器，等待分析。
讀取的日志文件為:wtmpx
其為一個(gè)純2進(jìn)制文件。
通過(guò)我們的程序最終應(yīng)將此文件轉(zhuǎn)化為一個(gè)記錄了每個(gè)用戶的一組登錄登出數(shù)據(jù)的文本文件
實(shí)現(xiàn)過(guò)程:
wtmpx此文件中記錄了若干條用戶的操作數(shù)據(jù)，登錄和登出分別都記錄在該文件中。此文件會(huì)根據(jù)用戶的操作而不斷增長(zhǎng)的。unix會(huì)將每次用戶的操作寫(xiě)入該日志文件。
1:
從日志文件中讀取10條2進(jìn)制數(shù)據(jù)。并存入一個(gè)臨時(shí)文件中。
臨時(shí)文件名:temp.log
那么我們就需要將當(dāng)前讀取10條數(shù)據(jù)后，游標(biāo)的位置記錄起來(lái)，以便我們下次再讀取日志文件時(shí)直到從哪里開(kāi)始。
記錄游標(biāo)位置的文件:
last-position.txt
第二步:
從臨時(shí)文件temp.log中將每一條2進(jìn)制的數(shù)據(jù)轉(zhuǎn)換為我們可以理解的字符串信息，并存入一個(gè)解析后的日志文件中l(wèi)og.txt
對(duì)于unix的日志文件中的一條數(shù)據(jù)中有若干信息，但我們不需要將所有信息全部解析出來(lái)。這里我們只采集我們需要的部分信息，其中包括:
第三步:
將log.txt中的數(shù)據(jù)匹配成對(duì)，將匹配上的數(shù)據(jù)保存在logrec.txt文件中，等待被發(fā)送至服務(wù)器。
將沒(méi)有被匹配成對(duì)的數(shù)據(jù)存入login.txt文件中，等待下次匹配
B項(xiàng)目: NETCTOSS某公司計(jì)費(fèi)支撐系統(tǒng)-網(wǎng)絡(luò)版:
--用于維護(hù)UNIX服務(wù)器賬號(hào)、資費(fèi)標(biāo)準(zhǔn)， 以及查詢用戶消費(fèi)情況的在線系統(tǒng)。
--系統(tǒng)分為如下模塊：資費(fèi)管理、賬務(wù)賬號(hào)、 業(yè)務(wù)賬號(hào)、角色管理、管理員管理、賬單 管理、報(bào)表等。
--我們開(kāi)發(fā)其中的資費(fèi)、賬務(wù)賬號(hào)、業(yè)務(wù)賬號(hào)、 角色、管理員(這兩個(gè)數(shù)據(jù)表也用到很多的關(guān)系表中間表,自認(rèn)為比較麻煩)。
主要總結(jié)經(jīng)驗(yàn)如下::
一:查詢.
帶條件、分頁(yè)、關(guān)聯(lián):為了客戶的良好體驗(yàn),一般都是真分頁(yè),不做假分頁(yè),當(dāng)然前期做案例演示還是用假分頁(yè)好.主要是Sql(本項(xiàng)目用的是Spring+Hibernate,以后都寫(xiě)為Hql)的判斷與拼寫(xiě),這個(gè)在多個(gè)模塊中都用到.我想這個(gè)得成一個(gè)模板才好(當(dāng)然前臺(tái)也是),其中對(duì)參數(shù)的分配比較麻煩,不過(guò)和后面的角色與管理員分配相比就差了些.
二.權(quán)限與角色模塊管理
. --用途是能夠滿足一個(gè)軟件的多元化，滿足不同的人的使用需求,就是要給不同的人分不同的模塊。現(xiàn)在讓我說(shuō)也很難說(shuō)得清,但心里對(duì)如何操作卻是明白
為什么說(shuō)不好說(shuō)呢,因?yàn)锽S架構(gòu)考慮到下拉框的傳輸,struts中的不同tags不同,寫(xiě)完完全不同,從xml中讀出權(quán)限后處理為一個(gè)list,再通過(guò)中間表來(lái)找到相關(guān)的角色
這時(shí)就是不簡(jiǎn)單的修改,而是一個(gè)修改動(dòng)作包含了:查詢,刪除,再增加的操作(見(jiàn)下面) www.yztrans.com
--角色復(fù)選框的值，是查詢出的所有的角色，不是模塊。
--新增時(shí)分3步驟(參考角色新增)
a、新增管理員數(shù)據(jù)
b、從新增數(shù)據(jù)中得到管理員ID
c、根據(jù)管理員ID，以及頁(yè)面?zhèn)鬟f過(guò)來(lái)的一組角色I(xiàn)D，
新增管理員和角色中間表數(shù)據(jù)。
----權(quán)限表:用XXX.xml替代,做為一個(gè)數(shù)據(jù)源,不管是oracle,mysql等,還是一個(gè)文本,都要做到方便的讀寫(xiě),這個(gè)讀xml文件其實(shí)不難,但是應(yīng)用廣,我在做的微信公眾平臺(tái)
后才發(fā)現(xiàn).所有傳輸數(shù)據(jù)都是寫(xiě)為xml格式,(當(dāng)然一些接口還是用json來(lái)傳遞參數(shù)). www.qcwyo68.com 托福答案