專利名稱：Android模塊化開發(fā)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在Eclipse平臺(tái)下開發(fā)Android應(yīng)用的模塊化開發(fā)方式的實(shí)現(xiàn)，屬于移動(dòng)應(yīng)用開發(fā)領(lǐng)域，具體地說(shuō)，是移動(dòng)應(yīng)用開發(fā)領(lǐng)域中，基本Eclipse平臺(tái)的插件技術(shù)實(shí)現(xiàn)的針對(duì)Android應(yīng)用開發(fā)的模塊化設(shè)計(jì)方案。
背景技術(shù)：
Android是一種以Linux為基礎(chǔ)的開放源代碼操作系統(tǒng)，主要使用于便攜設(shè)備。2012年2月數(shù)據(jù)，Android占據(jù)全球智能手機(jī)操作系統(tǒng)市場(chǎng)52. 5%的份額，中國(guó)市場(chǎng)占有率為 68. 4%o
Eclipse是一個(gè)開放源代碼的、基于Java的可擴(kuò)展開發(fā)平臺(tái)。Eclipse還包括插件開發(fā)環(huán)境(Plug-in Development Environment, PDE),這個(gè)組件主要針對(duì)希望擴(kuò)展Eclipse的軟件開發(fā)人員，因?yàn)樗试S他們構(gòu)建與Eclipse環(huán)境無(wú)縫集成的工具。由于Eclipse中的每樣?xùn)|西都是插件,對(duì)于給Eclipse提供插件，以及給用戶提供一致和統(tǒng)一的集成開發(fā)環(huán)境而言，所有工具開發(fā)人員都具有同等的發(fā)揮場(chǎng)所。Java是一種可以撰寫跨平臺(tái)應(yīng)用軟件的面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言，是由SunMicrosystems公司于1995年5月推出的Java程序設(shè)計(jì)語(yǔ)言和Java平臺(tái)(即JavaSE,JavaEE, JavaME)的總稱。模塊化是指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把系統(tǒng)劃分成若干模塊的過(guò)程，有多種屬性，分別反映其內(nèi)部特性。模塊化是另一種處理復(fù)雜系統(tǒng)分解為更好的可管理模塊的方式。模塊化用來(lái)分割，組織和打包軟件。每個(gè)模塊完成一個(gè)特定的子功能，所有的模塊按某種方法組裝起來(lái)，成為一個(gè)整體，完成整個(gè)系統(tǒng)所要求的功能。在系統(tǒng)的結(jié)構(gòu)中，模塊是可組合、分解和更換的單元。模塊化是一種處理復(fù)雜系統(tǒng)分解成為更好的可管理模塊的方式。它可以通過(guò)在不同組件設(shè)定不同的功能，把一個(gè)問題分解成多個(gè)小的獨(dú)立、互相作用的組件，來(lái)處理復(fù)雜、大型的軟件。一般的基于Android開發(fā)都是所有源代碼放在一起，相互依賴，不能獨(dú)立出來(lái)只注重開發(fā)某一個(gè)特定的功能，獨(dú)立維護(hù)版本，這給開發(fā)和測(cè)試都帶來(lái)了一定的麻煩，同時(shí)由于代碼局限于特定的應(yīng)用內(nèi)部，不能在多個(gè)項(xiàng)目中達(dá)到重用的目的，開發(fā)效率會(huì)變得很低。同時(shí)，如果某一個(gè)功能出現(xiàn)問題，會(huì)造成整個(gè)應(yīng)用的不可用，會(huì)大大影響整個(gè)項(xiàng)目的開發(fā)進(jìn)度，所有的其它功能都必須等待某一個(gè)功能完成才能繼續(xù)開發(fā)。同時(shí)在針對(duì)不同問題的解決方案上，模塊化有無(wú)可比擬的優(yōu)勢(shì)。目前Android 開發(fā)的 Eclipse 插件 ADT (Android Develop Toolkit)并不包含依賴管理，它僅僅能依賴其它第三方的純Java Jar包，但是Android的應(yīng)用程序是要包含資源文件以及Activity的定義文件的,沒有資源和Activity定義,這個(gè)Android的模塊是不可用的。這就為Android的模塊化開發(fā)帶來(lái)了一大難題，因?yàn)榧幢隳惆堰@些資源文件和配置文件打包在一個(gè)Jar包中，ADT也是認(rèn)不出來(lái)的，更不會(huì)對(duì)它進(jìn)行編譯和打包處理。Eclipse的插件特性決定著可以控制ADT的編譯過(guò)程，從而在它編譯之前，對(duì)封裝了資源和配置文件的Jar包進(jìn)行處理，使ADT能夠?qū)λM(jìn)行整合，編譯以及打包。同時(shí)由于默認(rèn)的導(dǎo)出Jar文件并不包含Android模塊文件的導(dǎo)出，所以還需要依靠Eclipse的插件特性，使其能夠打包為想要的包含資源和配置的Jar文件。最后，在移除某一個(gè)Android模塊時(shí)，還需要對(duì)整個(gè)項(xiàng)目進(jìn)行清理工作，使它變得和模塊加入前一樣。依靠這樣的特性，就可以達(dá)到像其它Java程序開發(fā)一樣開發(fā)Android的應(yīng)用程序，對(duì)于Android的開發(fā)者以及公司的生產(chǎn)率提高，極具重要的意義。

發(fā)明內(nèi)容
鑒于現(xiàn)有技術(shù)存在的不足，在Android項(xiàng)目開發(fā)中，不可避免地要用到模塊化開 發(fā)，分小組開發(fā)不同的模塊，最后整合成一個(gè)應(yīng)用，并且最好能隨意地卸載一個(gè)模塊，但是當(dāng)前的Android開發(fā)插件ADT (Android Develop Toolkit)無(wú)法滿足模塊化開發(fā)的基本要求，無(wú)法進(jìn)行jar包的獨(dú)立導(dǎo)出和自動(dòng)集成。雖然ADT可以采用引用項(xiàng)目的方式執(zhí)行，但是更多的情況下，需要編譯好的模塊文件，主項(xiàng)目可以通過(guò)加載和移除這些模塊文件，來(lái)增加或者刪除某個(gè)模塊的功能。本發(fā)明解決的問題本發(fā)明可以使Android程序模塊單獨(dú)編譯為jar包的形式，其它Android程序可以解析這個(gè)jar包,把這個(gè)模塊的功能加入到新的Android程序中。并且可以通過(guò)移除jar包來(lái)移除某個(gè)組件的功能。本發(fā)明采用的技術(shù)方案為本發(fā)明基本Eclipse的插件特性和Android的ADT插件特征，提出了 Android的模塊化開發(fā)方法,并且給出了 Android模塊化的開發(fā)方案。技術(shù)方案分為3部分，分別解決在模塊化開發(fā)過(guò)程中的導(dǎo)出模塊、導(dǎo)入模塊、移除模塊的問題解決方案。導(dǎo)入和移除操作是監(jiān)控項(xiàng)目的modules文件夾實(shí)現(xiàn)的，如果這個(gè)文件夾中加入了新文件并且以.jar結(jié)尾，默認(rèn)為它是模塊文件，啟動(dòng)導(dǎo)入過(guò)程，如果從這個(gè)文件夾中移除了文件，并且以.jar結(jié)尾，啟動(dòng)移除過(guò)程，如果是替換文件，則分別先后啟動(dòng)移除和導(dǎo)入過(guò)程。一種Android模塊化開發(fā)方法，它包括導(dǎo)出模塊步驟、導(dǎo)入模塊步驟、移除模塊步驟，導(dǎo)入和移除操作是監(jiān)控項(xiàng)目的modules文件夾實(shí)現(xiàn)的，如果這個(gè)文件夾中加入了新文件并且以.jar結(jié)尾，默認(rèn)為它是模塊文件，啟動(dòng)導(dǎo)入過(guò)程，如果從這個(gè)文件夾中移除了文件，并且以.jar結(jié)尾，啟動(dòng)移除過(guò)程，如果是替換文件，則分別先后啟動(dòng)移除和導(dǎo)入過(guò)程。所述導(dǎo)出模塊步驟，
步驟I. I當(dāng)Android項(xiàng)目的isLibrary屬性選中時(shí)，Android編譯器生成的R文件中的字段將是public static類型，對(duì)于這種的引用，在編譯期是不會(huì)編譯為常量值的，當(dāng)資源索引發(fā)生變化時(shí)，引用也不會(huì)受到影響；
步驟I. 2將Res目錄打包進(jìn)Jar文件中；
步驟I. 3在模塊的Src目錄下建立META-INF文件夾,在文件夾內(nèi)建立activity文件，文件內(nèi)容是所有本模塊開放的Activity,每行書寫一個(gè)全路徑的Activity類名。所述導(dǎo)入模塊步驟，
步驟2. I將模塊Jar包中的資源文件復(fù)制到項(xiàng)目目錄下，將導(dǎo)入模塊Jar中的Class文件重新打包為Jar，命名方式為Module_原文件名，放在項(xiàng)目根目錄下的.am文件夾中，并將新的純類庫(kù)Jar包加入到項(xiàng)目的引用中；
步驟2. 2模塊與項(xiàng)目的包命令必須相同；
步驟2. 3讀取Jar包中META-INF/activity文件，將Activity分別注冊(cè)到AndroidManifest. xml 中；
步驟2. 4在復(fù)制資源文件的時(shí)候，如果原先項(xiàng)目中已經(jīng)存在的資源，不做替換；
步驟2. 5對(duì)于res/values/strings, xml中定義的內(nèi)容,采用合并的方式,對(duì)于原有文件中已經(jīng)在在的item，不做覆蓋。所述移除模塊步驟，
步驟3. I在導(dǎo)入模塊的過(guò)程中，加入日志記錄，生成日志文件放在.am文件夾中，命名為Module_模塊原文件名.cfg ；
步驟3. 2對(duì)于導(dǎo)入的資源，日志記錄為res:資源路徑；
步驟3. 3對(duì)于導(dǎo)入的Activity,日志記錄為activity:類路徑；
步驟3. 4對(duì)于合并的strings, xml內(nèi)容，日志記錄為strings:行內(nèi)容；
步驟3. 5移除的時(shí)候，逐行讀取日志記錄，移除導(dǎo)入的資源，最后刪除.am文件夾下的Jar包和日志文件、原模塊Jar包以及類路徑的引用。本發(fā)明的有益效果為提高Android開發(fā)的靈活性和生產(chǎn)效率，將系統(tǒng)分割為更高內(nèi)聚、低耦合的不同模塊，減少了程序的復(fù)雜性，提高了系統(tǒng)的穩(wěn)定性和擴(kuò)展性。通過(guò)獨(dú)立的打包，使模塊的可重用性大大提高，減少了開發(fā)中的重復(fù)工作。


圖I為模塊的特征屬性示意圖。圖2為本發(fā)明的模塊化開發(fā)過(guò)程示意圖。圖3為本發(fā)明的導(dǎo)出模塊的示意圖。圖4為本發(fā)明的導(dǎo)入模塊的示意圖。圖5為本發(fā)明的移除模塊的示意圖。圖6為本發(fā)明實(shí)施例的導(dǎo)出模塊的按鈕位置。圖7為Android項(xiàng)目結(jié)構(gòu)圖。圖8為打開Eclipse自動(dòng)刷新功能的示意圖。圖9為打開Android類庫(kù)特性示意圖。
具體實(shí)施例方式以下結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。實(shí)施例I導(dǎo)出模塊。如圖I、圖2、圖3所示。I. Android編譯器默認(rèn)生成的R. class文件中的字段是public staticfinal類型的，對(duì)于R文件的引用(例如R. layout, main)都會(huì)被編譯為常量值(例如0x7f020000)，但是一旦作為模塊，加入到其它項(xiàng)目中，資源的索引值(即R文件)是會(huì)改變的(例如變成了 0x7f060018 )，這意味著，原先對(duì)于資源的引用(0x7f020000 )將會(huì)找不到這個(gè)資源文件，由此會(huì)發(fā)生錯(cuò)誤。2. Android編譯器默認(rèn)不會(huì)打包資源文件。
3. 導(dǎo)出模塊需要告知其它項(xiàng)目，它一共有多少可用的Activity，以便其它項(xiàng)目在得到這個(gè)模塊后，可以將Activity注冊(cè)到AndroidManifest. xml。解決方案
I. 當(dāng) Android 項(xiàng)目的 isLibrary 屬性(項(xiàng)目-> 右擊->Properties->Android_>IsLibrary)選中時(shí)，Android編譯器生成的R文件中的字段將是public static類型(非final),對(duì)于這種的引用，在編譯期是不會(huì)編譯為常量值的(例如R. layout, main依然是R. layout, main,而不是0x7f020000),這樣，當(dāng)資源索引發(fā)生變化時(shí)，引用也不會(huì)受到影響。2. 將Res目錄打包進(jìn)Jar文件中。 3. 在模塊的Src目錄下建立META-INF文件夾,在文件夾內(nèi)建立activity文件，文件內(nèi)容是所有本模塊開放的Activity,每行書寫一個(gè)全路徑的Activity類名(如jevon. view. TestActivityXI. I.導(dǎo)出模塊
在Eclipse的Export中Android的類別下添加Android Module選項(xiàng)，通過(guò)這個(gè)選項(xiàng)來(lái)導(dǎo)出Module Jar,如圖6所示。Module Jar 包含了 Config, Resources, Classes 三個(gè)部分，以 Jar 包的形式打包，文件夾結(jié)構(gòu)如圖7所示。I. I. I. Config
Config對(duì)應(yīng)的配置放在模塊的Src目錄下的META-INF文件夾下，其中 activity文件中包含了對(duì)模塊所有Activity的路徑,每行表示一個(gè)Acitivity,如 Test, sino-device. TestActivity.。I. I. 2. Classes
Classes包含本模塊所有的經(jīng)過(guò)編譯的Java Class文件。I. I. 3. Resources
Resources包含了本模塊里面Res目錄下的所有文件。實(shí)施例2導(dǎo)入模塊。如圖4所示。I. Android的編譯器在編譯期不會(huì)檢測(cè)jar包中的資源文件。這就意味著，SP便把資源文件打包在模塊Jar文件中，Android編譯器還是不會(huì)將它添加到資源索引文件R中。2. Android的構(gòu)建器在生成期會(huì)檢測(cè)jar包的資源文件。將Android項(xiàng)目導(dǎo)出為APK的時(shí)候，構(gòu)建器會(huì)檢測(cè)Jar包中的資源文件，這意味著，如果將模塊Jar文件中的資源文件導(dǎo)出到項(xiàng)目中，那么會(huì)造成重復(fù)(Jar文件中有一份，項(xiàng)目目錄中也有一份)，這個(gè)重復(fù)會(huì)造成程序的運(yùn)行期錯(cuò)誤。3.只有Android項(xiàng)目的package參數(shù)指定的目錄生成的R文件,才會(huì)包含所有文件的索引。這意味著如果舊模塊的package參數(shù)與新項(xiàng)目的package參數(shù)不同(如一個(gè)是mod. jevon, 一個(gè)是prj. jevon),那么編譯器只會(huì)生成prj. jevon. R。這樣造成的后果就是原先對(duì)mod. jevon. R的引用會(huì)找不到。生成的時(shí)候會(huì)報(bào)ClassNotFound錯(cuò)誤。4. 模塊的Activity注冊(cè)。在沒有Activity注冊(cè)的情況下,模塊是運(yùn)行不起來(lái)的。解決方案I.將模塊Jar包中的資源文件復(fù)制到項(xiàng)目目錄下(使Android編譯器可以將資源添加到R文件中)，將模塊Jar中的Class文件重新打包為Jar，命名方式為Module_原文件名，放在項(xiàng)目根目錄下的.am文件夾中，并將新的純類庫(kù)Jar包加入到項(xiàng)目的引用中(修改項(xiàng)目的.classpath文件，避免模塊資源的重復(fù)引用)。2.模塊與項(xiàng)目的包命令必須相同，建議作為公司項(xiàng)目的話，統(tǒng)一使用公司的域名，如com. sinodevice。3.讀取 Jar 包中 META-INF/activity 文件，將 Activity 分別注冊(cè)到AndroidManifest. xml 中。4.在復(fù)制資源文件的時(shí)候，如果原先項(xiàng)目中已經(jīng)存在的資源，不做替換。5.對(duì)于res/values/strings, xml中定義的內(nèi)容,采用合并的方式,對(duì)于原有文件中已經(jīng)在在的item，不做覆蓋。I. 2.導(dǎo)入模塊
將Module Jar放在Android項(xiàng)目根目錄的modules文件夾中，插件會(huì)解析Module Jar,然后分別讀取 Config, Classes,以及 Resources。I、在項(xiàng)目根目錄建立.am文件夾。2、將Module Jar里面解析出來(lái)的Classes,重新打包為Jar,命令為Module_{原Module Jar名稱}. jar,將該Jar包放入.am文件夾下，同時(shí)將這個(gè)新Jar添加到項(xiàng)目的BuildPath0·
3、在 am 文件夾下建立 LogFile Module_{原 Module Jar 名稱} jar. cfg。4、讀取Module Jar下META-INF文件夾中的activity文件，將其中的Activity注冊(cè)到項(xiàng)目的AndroidManifest. xml文件中，并將這些Activity記錄進(jìn)LogFile文件中。記錄以 activity:開頭，如！activity:ds. sinodevice. TestActivity05、讀取Module Jar下的Res文件夾下的文件，將其中的文件復(fù)制到項(xiàng)目的Res目錄下，并將復(fù)制的文件記錄到LogFile中。記錄以res:開頭，如res:res/drawable/logo.
pngo6、將res/values/strings, xml文件進(jìn)行合并。將合并的屬性值也記錄到LogFile中。記錄以 strings:開頭，如！strings:〈string name=〃close〃>Close〈/string>0實(shí)施例3移除模塊。如圖5所示。I、需要移除導(dǎo)入模塊時(shí)候的一些資源(資源，類庫(kù)，配置等等)。2、需要移除類路徑對(duì)類庫(kù)的引用。解決方案
I、在導(dǎo)入模塊的過(guò)程中，加入日志記錄，生成日志文件放在.am文件夾中，命名為Module—模塊原文件名.cfg。2、對(duì)于導(dǎo)入的資源，日志記錄為res:資源路徑，如res:res/layout/main. xml。3、對(duì)于導(dǎo)入的Activity，日志記錄為activity:類路徑，如！activity: com.sinodevice. TestActivity04、對(duì)于合并的strings, xml內(nèi)容，日志記錄為strings:行內(nèi)容，如strings:〈string name=〃send—button〃>Send〈/string)05、移除的時(shí)候，逐行讀取日志記錄，移除導(dǎo)入的資源，最后刪除.am文件夾下的Jar包和日志文件、原模塊Jar包以及類路徑的引用。I. 3. 移除模塊
I、讀取 LogFile 中的 Activity 記錄,從 AndroidManifest. xml 中移除。2、讀取LogFile中的Resources記錄,從Res文件夾中移除。3、讀取LogFile中的合并屬性記錄,從strings, xml文件中移除。4、從 am文件夾中移除Module_{原Module名稱} jar文件。5、移除 LogFile 文件。6、從項(xiàng)目BuildPath中移除對(duì)模塊Jar的引用。
附加說(shuō)明
I、需要打開Eclipse的文件自動(dòng)刷新功能,如圖8。2、模塊項(xiàng)目必須是Android Library項(xiàng)目，如圖9。3、請(qǐng)注意，模塊項(xiàng)目生成的R文件，里面聲明的類型必須不為final，否則，請(qǐng)將項(xiàng)目設(shè)置為L(zhǎng)ibrary后,刪除R文件，eclipse會(huì)自動(dòng)生成新文件。雖然本發(fā)明已以較佳實(shí)施例公開如上，但實(shí)施例和附圖并不是用來(lái)限定本發(fā)明的。在不脫離本發(fā)明之精神和范圍內(nèi)，所做的任何等效變化或潤(rùn)飾，同樣屬于本發(fā)明之保護(hù)范圍。因此本發(fā)明的保護(hù)范圍應(yīng)當(dāng)以本申請(qǐng)的權(quán)利要求所界定的內(nèi)容為標(biāo)準(zhǔn)。
權(quán)利要求
1.一種Android模塊化開發(fā)方法，其特征在于導(dǎo)出模塊步驟、導(dǎo)入模塊步驟、移除模塊步驟，導(dǎo)入和移除操作是監(jiān)控項(xiàng)目的modules文件夾實(shí)現(xiàn)的，如果這個(gè)文件夾中加入了新文件并且以.jar結(jié)尾，默認(rèn)為它是模塊文件，啟動(dòng)導(dǎo)入過(guò)程，如果從這個(gè)文件夾中移除了文件，并且以.jar結(jié)尾，啟動(dòng)移除過(guò)程，如果是替換文件，則分別先后啟動(dòng)移除和導(dǎo)入過(guò)程。
2.根據(jù)權(quán)利要求I所述的Android模塊化開發(fā)方法，其特征在于所述導(dǎo)出模塊步驟， 步驟I. I當(dāng)Android項(xiàng)目的isLibrary屬性選中時(shí)，Android編譯器生成的R文件中的字段將是public static類型，對(duì)于這種的引用，在編譯期是不會(huì)編譯為常量值的，當(dāng)資源索引發(fā)生變化時(shí)，引用也不會(huì)受到影響； 步驟I. 2將Res目錄打包進(jìn)Jar文件中； 步驟I. 3在模塊的Src目錄下建立META-INF文件夾,在文件夾內(nèi)建立activity文件，文件內(nèi)容是所有本模塊開放的Activity,每行書寫一個(gè)全路徑的Activity類名。
3.根據(jù)權(quán)利要求I所述的Android模塊化開發(fā)方法，其特征在于所述導(dǎo)入模塊步驟， 步驟2. I將模塊Jar包中的資源文件復(fù)制到項(xiàng)目目錄下，將導(dǎo)入模塊Jar中的Class文件重新打包為Jar，命名方式為Module_原文件名，放在項(xiàng)目根目錄下的.am文件夾中，并將新的純類庫(kù)Jar包加入到項(xiàng)目的引用中； 步驟2. 2模塊與項(xiàng)目的包命令必須相同； 步驟2. 3讀取Jar包中META-INF/activity文件，將Activity分別注冊(cè)到AndroidManifest. xml 中； 步驟2. 4在復(fù)制資源文件的時(shí)候，如果原先項(xiàng)目中已經(jīng)存在的資源，不做替換； 步驟2. 5對(duì)于res/values/strings, xml中定義的內(nèi)容,采用合并的方式,對(duì)于原有文件中已經(jīng)在在的item，不做覆蓋。
4.根據(jù)權(quán)利要求I所述的Android模塊化開發(fā)方法，其特征在于所述移除模塊步驟， 步驟3. I在導(dǎo)入模塊的過(guò)程中，加入日志記錄，生成日志文件放在.am文件夾中，命名為Module_模塊原文件名.cfg ； 步驟3. 2對(duì)于導(dǎo)入的資源，日志記錄為res:資源路徑； 步驟3. 3對(duì)于導(dǎo)入的Activity,日志記錄為activity:類路徑； 步驟3. 4對(duì)于合并的strings, xml內(nèi)容，日志記錄為strings:行內(nèi)容； 步驟3. 5移除的時(shí)候，逐行讀取日志記錄，移除導(dǎo)入的資源，最后刪除.am文件夾下的Jar包和日志文件、原模塊Jar包以及類路徑的引用。
全文摘要
本發(fā)明公開了一種Android模塊化開發(fā)方法，它包括導(dǎo)出模塊步驟、導(dǎo)入模塊步驟、移除模塊步驟，導(dǎo)入和移除操作是監(jiān)控項(xiàng)目的modules文件夾實(shí)現(xiàn)的，如果這個(gè)文件夾中加入了新文件并且以.jar結(jié)尾，默認(rèn)為它是模塊文件，啟動(dòng)導(dǎo)入過(guò)程，如果從這個(gè)文件夾中移除了文件，并且以.jar結(jié)尾，啟動(dòng)移除過(guò)程，如果是替換文件，則分別先后啟動(dòng)移除和導(dǎo)入過(guò)程。本發(fā)明基本Eclipse的插件特性和Android的ADT插件特征，提出使Android程序模塊單獨(dú)編譯為jar包的形式，其它Android程序可以解析這個(gè)jar包，把這個(gè)模塊的功能加入到新的Android程序中。且可通過(guò)移除jar包來(lái)移除某個(gè)組件的功能。
文檔編號(hào)G06F9/44GK102722370SQ20121016346
公開日2012年10月10日 申請(qǐng)日期2012年5月24日 優(yōu)先權(quán)日2012年5月24日
發(fā)明者付進(jìn)軍 申請(qǐng)人:南京華設(shè)科技股份有限公司