專(zhuān)利名稱(chēng)：基于mvc架構(gòu)的ria分層框架的接口模型的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種接口模型的設(shè)計(jì)，具體來(lái)說(shuō)，它涉及一種采用 MVC架構(gòu)來(lái)實(shí)現(xiàn)將智能文檔數(shù)據(jù)交換中間件平臺(tái)融入RIA技術(shù)分層框架 的接口設(shè)計(jì)，它屬于數(shù)據(jù)通信領(lǐng)域。
背景技術(shù)：
隨著信息技術(shù)的發(fā)展，社會(huì)生活信息化、網(wǎng)絡(luò)化推進(jìn)了企業(yè)以及政 府部門(mén)的辦公自動(dòng)化、網(wǎng)絡(luò)化、電子化以及全面的信息共享。國(guó)家政府 部門(mén)提出信息化特別是電子政務(wù)應(yīng)該做到"互聯(lián)互通、資源共享、應(yīng)用 協(xié)同"，但在許多企業(yè)信息化或電子政務(wù)實(shí)踐中，"互聯(lián)互通、資源共享、 應(yīng)用協(xié)同"還是一個(gè)可望不可及的目標(biāo)。主要體現(xiàn)在目前仍然存在大量 的"信息孤島"，沒(méi)有統(tǒng)一的體制和架構(gòu)，無(wú)法實(shí)現(xiàn)真正的協(xié)同工作，同 時(shí)也無(wú)法處理在線業(yè)務(wù)，安全隱患相對(duì)來(lái)說(shuō)比較嚴(yán)重。究其原因，還是 缺乏更有效率的數(shù)據(jù)交換應(yīng)用架構(gòu)支持"互聯(lián)互通、資源共享、應(yīng)用協(xié) 同"在應(yīng)用中的實(shí)現(xiàn)。最早提出RIA的是Micromedia公司，RIA是Rich Internet Application 的縮寫(xiě)，中文名稱(chēng)為"富因特網(wǎng)應(yīng)用程序"。目前RIA尚無(wú)明確定義，按 照Micromedia公司的提法RIA是將桌面型計(jì)算機(jī)軟件應(yīng)用的最佳用戶 界面功能性與Web應(yīng)用程序的普遍采納和低成本部署以及互動(dòng)多媒體信的實(shí)時(shí)快捷的一種可以提供更直觀、響應(yīng)性和有效的用戶體驗(yàn)應(yīng)用程 序。RIA集合了 Web應(yīng)用程序和桌面應(yīng)用程序的優(yōu)勢(shì)，提供了更好的用 戶交互。同時(shí)支持在線與離線操作，無(wú)須進(jìn)行頁(yè)面重載，對(duì)客戶有更好 的響應(yīng)。Rich的含義表示豐富的數(shù)據(jù)模型和豐富的用戶界面。豐富的數(shù)據(jù)模 型使得客戶端的用戶界面能夠表現(xiàn)和應(yīng)付更多更復(fù)雜的數(shù)據(jù)模式，這樣 客戶端才能更好地處理數(shù)據(jù)運(yùn)算以及異步發(fā)送、接收數(shù)據(jù)。也就是說(shuō)， RIA能夠提供比服務(wù)器交互更良好的體驗(yàn)。為了達(dá)到高度復(fù)雜的數(shù)據(jù)模 式，客戶端允許構(gòu)建一個(gè)高響應(yīng)、交互式的應(yīng)用程序。豐富的用戶界面意味著允許一些界面控制與數(shù)據(jù)模式結(jié)合，而不再 是批處理方式提交頁(yè)面到服務(wù)器，連續(xù)處理服務(wù)器請(qǐng)求和頁(yè)面更新存在 著很多障礙。服務(wù)器響應(yīng)影響整個(gè)界面的運(yùn)作模式應(yīng)該遷移到只對(duì)發(fā)出 請(qǐng)求的特定區(qū)域進(jìn)行改變的模式上來(lái)。RIA讓整個(gè)界面分解為單獨(dú)個(gè)體 組成，來(lái)適應(yīng)局部的改變、服務(wù)器上的交互以及客戶端內(nèi)部組件的通信。發(fā)明內(nèi)容針對(duì)以上的不足，本發(fā)明提出了一種基于MVC架構(gòu)的RIA分層框 架的接口模型，融入了 WPS智能文檔數(shù)據(jù)交換中間件平臺(tái)，從而能夠提 供有效率的數(shù)據(jù)交換應(yīng)用架構(gòu)支持。本發(fā)明所采用的技術(shù)方案是在MVC架構(gòu)的基礎(chǔ)上，結(jié)合RIA的設(shè) 計(jì)模型，構(gòu)造出新的基于MVC架構(gòu)的RIA分層模型。在分析了 WPS智 能文檔數(shù)據(jù)交換中間件平臺(tái)的應(yīng)用框架和體系的基礎(chǔ)上，結(jié)合RIA分層模型的技術(shù)特點(diǎn)，并在此模型上融入了 WPS智能文檔數(shù)據(jù)交換中間件平 臺(tái)，給出了兩者之間的接口設(shè)計(jì)與實(shí)現(xiàn)方法?；贛VC架構(gòu)的RIA分層框架的接口模型包括基于MVC架構(gòu)的客 戶端、RIA適配層、HTPServer、基于MVC架構(gòu)的服務(wù)器、數(shù)據(jù)庫(kù)，在 基于MVC架構(gòu)的服務(wù)器和數(shù)據(jù)庫(kù)之間還增加了一個(gè)智能文檔數(shù)據(jù)交換 中間件平臺(tái)。而智能文檔數(shù)據(jù)交換中間件平臺(tái)的實(shí)現(xiàn)主要是在XDE集成平臺(tái)的基 礎(chǔ)上進(jìn)行開(kāi)發(fā)的，適配接口增加實(shí)現(xiàn)XDEAdaptorMessageConsumer和 XDEAdaptorMessageProducer 這兩個(gè)接口類(lèi)， 其中 XDEAdaptorMessageConsumer主要有 一 個(gè)接收消息的方法，而 XDEAdaptorMessageProducer有一個(gè)產(chǎn)生消息方法和一個(gè)處理產(chǎn)生消息 方法。XDEAdaptorMessageConsumer 派生了三個(gè)類(lèi)，分另U是 Comsumerlmpl 、 ComsumerlmplGSJ 禾口 ComsumerlmplWssp : 其中 Comsumerlmpl是消息消費(fèi)者，通過(guò)XDE的消息發(fā)送對(duì)象，從 ProducerlmplGSJ對(duì)象獲取到的XDEMessage對(duì)象發(fā)送到外網(wǎng)； ComsumerlmplGSJ是OA端的消息消費(fèi)者，利用LocalSave對(duì)象，將獲取 的XDEMessage對(duì)象逐個(gè)轉(zhuǎn)換層規(guī)定的XML文件并寫(xiě)入OAReceive目 錄中；ComsumerlmplWssp是WSSP端消息消費(fèi)者，負(fù)責(zé)把 ProducerlmplWssp對(duì)象產(chǎn)生的消息發(fā)送給XDE，再由XDE發(fā)送給MQ; XDEAdaptorMessageProducer也派生了三個(gè)類(lèi)，分別是Producerlmpl、 ProducerlmplGSJ和ProducerlmplWssp:其中Producerlmpl是消息生產(chǎn)者， 利用底層X(jué)DE消息接收對(duì)象，接受消息中間件上的XDEMessage對(duì)象并返回給控制器；ProducerlmplGSJ是局端消息生產(chǎn)者，利用LocalRead對(duì) 象，從OASend目錄中構(gòu)造XDEMessage對(duì)象列表并返回給控制器； ProducerlmplWssp負(fù)責(zé)部署門(mén)戶服務(wù)器端，從門(mén)戶數(shù)據(jù)庫(kù)讀取數(shù)據(jù)，消 費(fèi)者消費(fèi)的每一條消息，都以XML的形式保存到消費(fèi)者本地的目錄中， 而產(chǎn)生消息的過(guò)程，先由消息的生產(chǎn)者獲取數(shù)據(jù)交換的交換規(guī)則，發(fā)送 到數(shù)據(jù)交換平臺(tái)，在交換平臺(tái)獲取數(shù)據(jù)的規(guī)則目錄，并且按照每個(gè)目錄 解析讀取每個(gè)目錄下的XML文件，形成消息從而發(fā)送到消息產(chǎn)生者，同 時(shí)刪除消息產(chǎn)生后形成的目錄。融入了 WPS智能文檔數(shù)據(jù)交換中間件平臺(tái)的RIA框架，不僅提供了 RIA分層模型所帶來(lái)的優(yōu)點(diǎn)，同時(shí)通過(guò)數(shù)據(jù)交換平臺(tái)的優(yōu)化，以及WPS 智能文檔作為數(shù)據(jù)載體，相比目前常用的系統(tǒng)架構(gòu)，具有以下幾個(gè)方面 的優(yōu)勢(shì)(1) 數(shù)據(jù)交換平臺(tái)突破了應(yīng)用集成的瓶頸。該平臺(tái)采用組件構(gòu)件化 技術(shù)，從而使智能文檔數(shù)據(jù)交換中間件平臺(tái)是一個(gè)柔性的中間件平臺(tái)， 可根據(jù)需求進(jìn)行快速部署，實(shí)現(xiàn)已有和將有異構(gòu)系統(tǒng)間的耦合。這為未 來(lái)信息系統(tǒng)的開(kāi)發(fā)建設(shè)提供了較好的借鑒。(2) 打破了異構(gòu)數(shù)據(jù)整合的壁壘。數(shù)據(jù)交換平臺(tái)基于智能文檔技術(shù)， 為割裂的非結(jié)構(gòu)化文檔信息與結(jié)構(gòu)化數(shù)據(jù)信息之間的建立起溝通橋梁， 有效性解決了數(shù)據(jù)集成問(wèn)題，加之智能文檔具有文檔的易用性和與數(shù)據(jù) 庫(kù)交互的能力，將對(duì)企業(yè)信息化和電子政務(wù)提供了良好的基礎(chǔ)平臺(tái)。(3) 實(shí)現(xiàn)了異構(gòu)系統(tǒng)數(shù)據(jù)交換。WPS智能文檔數(shù)據(jù)交換中間件平臺(tái) 采用了面向服務(wù)架構(gòu)，通過(guò)自定義的適配器接口實(shí)現(xiàn)異構(gòu)系統(tǒng)在應(yīng)用層 面的數(shù)據(jù)交換，是數(shù)據(jù)交換技術(shù)實(shí)現(xiàn)的新手段。(4) 數(shù)據(jù)交換平臺(tái)本身封裝了數(shù)據(jù)庫(kù)持久層的大多數(shù)技術(shù)細(xì)節(jié)，如事務(wù)管理，數(shù)據(jù)庫(kù)連接管理、SOL生成等。得益于這些成熟優(yōu)秀的底層 實(shí)現(xiàn)，可以從JDBC編碼中解放，從而將精力和創(chuàng)造力投入真正有價(jià)值 的工作中。(5) 在數(shù)據(jù)交換平臺(tái)內(nèi)部，其接口、連接、轉(zhuǎn)換、元數(shù)據(jù)、流程等 均采用構(gòu)件技術(shù)，應(yīng)用構(gòu)件庫(kù)管理，將現(xiàn)實(shí)世界的業(yè)務(wù)、關(guān)聯(lián)、數(shù)據(jù)、 流程等知識(shí)固化。數(shù)據(jù)交換平臺(tái)產(chǎn)品本身也是信息應(yīng)用框架中的一個(gè)構(gòu) 件，可以快速部署到任何需要數(shù)據(jù)交換的系統(tǒng)。


圖1為基于MVC架構(gòu)的RIA分層框架的接口模型示意圖；圖2為XDEAdaptorMessageConsumer禾口 XDEAdaptorMessageProducerUML類(lèi)圖；圖3為WSSP到消息中間件的消息流程圖；圖4為消息中間件到WSSP的消息流程圖。
具體實(shí)施方式
下面結(jié)合附圖對(duì)本發(fā)明進(jìn)行進(jìn)一步闡述。如圖1所示，基于MVC架構(gòu)的RIA分層框架的接口模型包括基于 MVC架構(gòu)的客戶端、RIA適配層、HTP Server、基于MVC架構(gòu)的服務(wù) 器、數(shù)據(jù)庫(kù)，在基于MVC架構(gòu)的服務(wù)器和數(shù)據(jù)庫(kù)之間還增加了一個(gè)智能 文檔數(shù)據(jù)交換中間件平臺(tái)。它是在在MVC架構(gòu)的基礎(chǔ)上，結(jié)合RIA的 設(shè)計(jì)模型，構(gòu)造出新的基于MVC架構(gòu)的RIA分層模型，在分析了WPS智能文檔數(shù)據(jù)交換中間件平臺(tái)的應(yīng)用框架和體系的基礎(chǔ)上，結(jié)合RIA分 層模型的技術(shù)特點(diǎn)，并在此模型上融入了 WPS智能文檔數(shù)據(jù)交換中間件 平臺(tái)。有關(guān)接口模型的實(shí)現(xiàn)主要是在XDE集成平臺(tái)的基礎(chǔ)上進(jìn)行開(kāi)發(fā)的。 (XDE底層消息類(lèi)，用于封裝一次數(shù)據(jù)交換中的數(shù)據(jù)的JavaBean)適配 接 口 需 要 實(shí) 現(xiàn) XDEAdaptorMessageConsumer 和 XDEAdaptorMessageProducer 這兩個(gè)接口類(lèi)， 其中 XDEAdaptorMessageConsumer主要有 一 個(gè)接收消息的方法，而 XDEAdaptorMessageProducer有一個(gè)產(chǎn)生消息方法和一個(gè)處理產(chǎn)生消息 方法表3-3 XDEAdaptorMessageConsumer與XDEAdaptorMessagProducer方法歹U表public void consume(List msgList) throws XDEAdapterException produce(): ListsetMessageConsumed(msgList: List): VoidXDEAdaptorMessageConsumer禾Q XDEAdaptorMessageProducer兩個(gè) 接口類(lèi)的設(shè)計(jì)如圖2所示，XDEAdaptorMessageConsumer派生了三個(gè)類(lèi)， 分另U是Comsumerlmpl、 ComsumerlmplGSJ禾卩ComsumerlmplWssp。其中 Comsumerlmpl是消息消費(fèi)者，通過(guò)XDE的消息發(fā)送對(duì)象，從 ProducerlmplGSJ對(duì)象獲取到的XDEMessage對(duì)象發(fā)送到外網(wǎng)； ComsumerlmplGSJ是OA端的消息消費(fèi)者，利用LocalSave對(duì)象，將獲取 的XDEMessage對(duì)象逐個(gè)轉(zhuǎn)換層規(guī)定的XML文件并寫(xiě)入OAReceive目錄中；ComsumerimplWssp是WSSP端消息消費(fèi)者，負(fù)責(zé)把 ProducerlmplWssp對(duì)象產(chǎn)生的消息發(fā)送給XDE，再由XDE發(fā)送給MQ。 XDEAdaptorMessageProducer也派生了三個(gè)類(lèi)，分另'J是Producerlmpl 、 ProducerlmplGSJ和ProducerlmplWssp。其中Producerlmpl是消息生產(chǎn)者， 利用底層X(jué)DE消息接收對(duì)象，接受消息中間件上的XDEMessage對(duì)象并 返回給控制器；ProducerlmplGSJ是局端消息生產(chǎn)者，利用LocalRead對(duì) 象，從OASend目錄中構(gòu)造XDEMessage對(duì)象列表并返回給控制器； ProducerlmplWssp負(fù)責(zé)部署門(mén)戶服務(wù)器端，從門(mén)戶數(shù)據(jù)庫(kù)讀取數(shù)據(jù)。消 費(fèi)者消費(fèi)的每一條消息，都以XML的形式保存到消費(fèi)者本地的目錄中。 而產(chǎn)生消息的過(guò)程，先由消息的生產(chǎn)者獲取數(shù)據(jù)交換的交換規(guī)則，發(fā)送 到數(shù)據(jù)交換平臺(tái)，在交換平臺(tái)獲取數(shù)據(jù)的規(guī)則目錄，并且按照每個(gè)目錄 解析讀取每個(gè)目錄下的XML文件，形成消息從而發(fā)送到消息產(chǎn)生者，同 時(shí)刪除消息產(chǎn)生后形成的目錄。這個(gè)我們可以從圖2中看出來(lái)，真正的 消息消費(fèi)者是Comsumerlmpl調(diào)用的LocalDiskMsgConsumerlmpl，而真 正的消息產(chǎn)生者是Producerlmpl調(diào)用的LocalDiskMsgProducerlmpl。它們 分別完成了上述的工作。以服務(wù)端WSSP端的設(shè)計(jì)為例，WSSP端的消息有兩個(gè)方向的傳送， 即發(fā)送消息到消息中間件以及從消息中間件接收消息。1 ) WSSP —開(kāi)始調(diào)用AdapterLaunch的Startup函數(shù)啟動(dòng) AdapterLaunch。2) Startup函數(shù)利用一個(gè)Timer對(duì)象，啟動(dòng)兩個(gè)Controller控制器， 分別負(fù)責(zé)以輪詢(xún)的方式控制"WSSP-〉消息中間件"以及"消息中間件》WSSP"兩個(gè)方向的消息產(chǎn)生和消費(fèi)過(guò)程。其中發(fā)送消息和接收消息的兩個(gè)過(guò)程如圖3和圖4所示，而在客戶端也就是OA端的流程也大致一 樣。其中發(fā)送消息的流程如圖3所示(3.1) ProduccelmpleWssp對(duì)象producer從數(shù)據(jù)庫(kù)讀取待發(fā)送的流 程數(shù)據(jù)，構(gòu)造成若干XDEMessage對(duì)象集合構(gòu)造成若干XDEMessage對(duì) 象，最后講消息集合返回。(3.2) Consumerlmpl X寸象consumer將producer 7寸象返回的 XDEMessage對(duì)象集合構(gòu)造成一個(gè)MapMessage集合msgs，再調(diào)用 MessageSender X寸象的send函數(shù)，將msgs發(fā)給xde。(3.3) Xde接收到MapMessage對(duì)象集合之后，通過(guò)jms提供的消 息發(fā)送機(jī)制，將消息發(fā)送發(fā)給消息中間件。(3.4) 調(diào)用producer的setMessageConsumed函數(shù)，通知producer 消息已被消費(fèi)。再轉(zhuǎn)入(1)其中接收消息的流程如圖4所示(4.1) Producerlmpl對(duì)象producer調(diào)用MessageReceiver對(duì)象的 receive函數(shù)，從xde獲取從消息中間件傳來(lái)的消息，將消息逐個(gè)構(gòu)造成 XDEMessage對(duì)象，最后講消息集合返回。(4.2) Co腿merlmplWssp對(duì)象consumer獲取producer對(duì)象返回的 XDEMessage對(duì)象集合，從XDEMessage對(duì)象中逐個(gè)取得流程所需的各個(gè) 數(shù)據(jù)域，再掉喲你updateFlowInstance函數(shù)，將從局oa端反饋回來(lái)的流 程數(shù)據(jù)寫(xiě)入數(shù)據(jù)庫(kù)。(4.3) 調(diào)用producer的setMessageConsumed函數(shù)，通知producer消息己經(jīng)被消費(fèi)。再轉(zhuǎn)入(1)。
權(quán)利要求
1、基于MVC架構(gòu)的RIA分層框架的接口模型，它包括基于MVC架構(gòu)的客戶端、RIA適配層、HTP Server、基于MVC架構(gòu)的服務(wù)器、數(shù)據(jù)庫(kù)，其特征在于，它在基于MVC架構(gòu)的服務(wù)器和數(shù)據(jù)庫(kù)之間還增加了一個(gè)智能文檔數(shù)據(jù)交換中間件平臺(tái)。
2、 根據(jù)權(quán)利要求1所述的基于MVC架構(gòu)的RIA分層框架的接口模 型，其特征在于，所述智能文檔數(shù)據(jù)交換中間件平臺(tái)的實(shí)現(xiàn)主要是在XDE 集成平臺(tái)的基礎(chǔ)上進(jìn)行開(kāi)發(fā)的，適配接口增加實(shí)現(xiàn) XDEAdaptorMessageConsumer禾卩XDEAdaptorMessageProducer這兩個(gè)接 口類(lèi)，其中XDEAdaptorMessageConsumer主要有一個(gè)接收消息的方法， 而XDEAdaptorMessageProducer有一個(gè)產(chǎn)生消息方法和一個(gè)處理產(chǎn)生消 息方法。
3、 根據(jù)權(quán)利要求2所述的基于MVC架構(gòu)的RIA分層框架的接口模 型，其特征在于，所述XDEAdaptorMessageConsumer派生了三個(gè)類(lèi)，分 另U是Comsumerlmpl、 ComsumerlmplGSJ禾卩ComsumerlmplWssp: 其中 Comsumerlmpl是消息消費(fèi)者，通過(guò)XDE的消息發(fā)送對(duì)象，從 ProducerlmplGSJ對(duì)象獲取到的XDEMessage對(duì)象發(fā)送到外網(wǎng)； ComsumerlmplGSJ是OA端的消息消費(fèi)者，利用LocalSave對(duì)象，將獲取 的XDEMessage對(duì)象逐個(gè)轉(zhuǎn)換層規(guī)定的XML文件并寫(xiě)入OAReceive目 錄中；ComsumerlmplWssp是WSSP端消息消費(fèi)者，負(fù)責(zé)把 ProducerlmplWssp對(duì)象產(chǎn)生的消息發(fā)送給XDE，再由XDE發(fā)送給MQ;所述XDEAdaptorMessageProducer也派生了三個(gè)類(lèi)，分別是 Producerimpl 、 ProducerlmplGSJ禾口 ProducerlmplWssp:其中Producerlmpl是消息生產(chǎn)者，利用底層X(jué)DE消息接收對(duì)象，接受消息中間件上的 XDEMessage對(duì)象并返回給控制器；ProducerlmplGSJ是局端消息生產(chǎn)者， 利用LocalRead對(duì)象，從OASend目錄中構(gòu)造XDEMessage對(duì)象列表并返 回給控制器；ProducerlmplWssp負(fù)責(zé)部署門(mén)戶服務(wù)器端，從門(mén)戶數(shù)據(jù)庫(kù) 讀取數(shù)據(jù)，消費(fèi)者消費(fèi)的每一條消息，都以XML的形式保存到消費(fèi)者本 地的目錄中，而產(chǎn)生消息的過(guò)程，先由消息的生產(chǎn)者獲取數(shù)據(jù)交換的交 換規(guī)則，發(fā)送到數(shù)據(jù)交換平臺(tái)，在交換平臺(tái)獲取數(shù)據(jù)的規(guī)則目錄，并且 按照每個(gè)目錄解析讀取每個(gè)目錄下的XML文件，形成消息從而發(fā)送到消 息產(chǎn)生者，同時(shí)刪除消息產(chǎn)生后形成的目錄。
全文摘要
本發(fā)明公開(kāi)了一種基于MVC架構(gòu)的RIA分層框架的接口模型，主要采用MVC架構(gòu)來(lái)實(shí)現(xiàn)將智能文檔數(shù)據(jù)交換中間件平臺(tái)融入RIA技術(shù)分層框架的接口設(shè)計(jì)，屬于數(shù)據(jù)通信領(lǐng)域。它包括基于MVC架構(gòu)的客戶端、RIA適配層、HTP Server、基于MVC架構(gòu)的服務(wù)器、數(shù)據(jù)庫(kù)，通過(guò)基于MVC架構(gòu)的服務(wù)器和數(shù)據(jù)庫(kù)之間增加一個(gè)智能文檔數(shù)據(jù)交換中間件平臺(tái)作為消息發(fā)送的中轉(zhuǎn)站，實(shí)現(xiàn)消息的傳輸。通過(guò)這個(gè)接口模型將WPS智能文檔數(shù)據(jù)交換中間件平臺(tái)融入RIA框架，使得數(shù)據(jù)交換平臺(tái)突破了應(yīng)用集成的瓶頸，打破了異構(gòu)數(shù)據(jù)整合的壁壘，實(shí)現(xiàn)了異構(gòu)系統(tǒng)數(shù)據(jù)交換。在數(shù)據(jù)交換平臺(tái)內(nèi)部，其接口、連接、轉(zhuǎn)換、元數(shù)據(jù)、流程等均采用構(gòu)件技術(shù)，應(yīng)用構(gòu)件庫(kù)管理，將現(xiàn)實(shí)世界的業(yè)務(wù)、關(guān)聯(lián)、數(shù)據(jù)、流程等知識(shí)固化。
文檔編號(hào)H04L12/58GK101232505SQ200810025879
公開(kāi)日2008年7月30日 申請(qǐng)日期2008年1月17日 優(yōu)先權(quán)日2008年1月17日
發(fā)明者穎 徐, 李慶敏, 羅笑南 申請(qǐng)人:中山大學(xué)