1.開發(fā)階段：跨平臺(tái)工具提供從低級(jí)到高級(jí)的各類開發(fā)語言，底層精簡的語言比如LiveCode和Lua以及像HTML，CSS和JavaScript這樣的web語言，中間層語言如Java、C#/.NET以及像C++這樣的更底層的語言。
許多工具都提供可視化拖放環(huán)境，另外一些則只提供限制性的基于模板的app開發(fā)流程。一些工具只針對(duì)特定的開發(fā)人群，例如Impact JS和Lime JS Javascript 框架針對(duì)游戲開發(fā)者，而RhoMobile和Worklight則用于企業(yè)級(jí)開發(fā)。跨平臺(tái)開發(fā)工具（CPTs）提供不同的語言來滿足各類開發(fā)者的需求，無論你是腳本開發(fā)人員、經(jīng)驗(yàn)豐富的web開發(fā)人員、有創(chuàng)造性的設(shè)計(jì)者還是核心軟件開發(fā)人員。
開發(fā)階段的核心部分包括集成開發(fā)環(huán)境（IDE）、仿真器以及調(diào)試器。Eclipse是當(dāng)前最流行的開源IDE，作為跨平臺(tái)的開發(fā)環(huán)境可以在PC、Mac以及Linux上使用。許多供應(yīng)商在Eclipse之上提供額外的插件和仿真器。一些供應(yīng)商會(huì)專門為企業(yè)級(jí)應(yīng)用的開發(fā)人員和品牌設(shè)計(jì)人員提供免安裝、基于web的開發(fā)環(huán)境。
開發(fā)階段也包括源碼控制，團(tuán)隊(duì)協(xié)作和工作流輔助工具。RhoMobile公司的 RhoHub開發(fā)平臺(tái)使用Git套件進(jìn)行源碼管理和團(tuán)隊(duì)協(xié)作。Unity、Appcelerator、RunRev提供了一個(gè)組件交易市場，設(shè)計(jì)及開發(fā)人員可以通過此交易市場出售自己的組件，旨在利用這些現(xiàn)成的組件幫助他人縮短開發(fā)周期。Sencha在2011年11月也提供類似的組件出售市場，而Corana和Marmalade則分別推出了模板庫和代碼社區(qū)服務(wù)。
2.集成階段：本階段是有關(guān)如何與本地設(shè)備功能、云服務(wù)APIs及企業(yè)數(shù)據(jù)庫進(jìn)行集成的。
為了集成本地設(shè)備功能，通常的做法是使用JavaScript以及PhoneGap APIs和庫，這些捆綁集成在一個(gè)稱為混合-本地（hybrid-native）的應(yīng)用程序中。Worklight、AppMobi、Feedhenry和BKrender在他們提供的工具中也包含PhoneGap功能。MoSync和Qt使用類似的方法，將本地APIs和平臺(tái)無關(guān)的APIs抽象集合封裝在一起。
開發(fā)者使用像JavaScript、Lua、LiveCode或者C++這樣的編程語言提供的APIs，來與本地設(shè)備功能集成在一起。不同目標(biāo)平臺(tái)上功能相似的函數(shù)共享相同的工具級(jí)別API，這些API在業(yè)務(wù)邏輯層面上提供更高級(jí)別的代碼復(fù)用，而在UI和特定硬件特性的支持方面的復(fù)用程度就沒有那么充足。 例如，Mono Touch和Mono for Andriod就沒有共享相同的UI APIs，所有與設(shè)備特性有關(guān)的APIs在不同設(shè)備上面的表現(xiàn)也不盡相同。Apps能夠在運(yùn)行時(shí)調(diào)用設(shè)備功能，調(diào)用要么在編譯期被解釋，要么通過運(yùn)行時(shí)提供的橋接功能傳遞給底層平臺(tái)。
集成階段另一個(gè)主要部分是要連接到cloud APIs。Cloud APIs正在逐漸變成一個(gè)屬于自己的細(xì)分市場。對(duì)于開發(fā)者來說，社交游戲網(wǎng)絡(luò)顯得越來越重要，這里不僅僅指Facebook或者LinkedIn。Apple Game Center、OpenFeint、Scoreloop、Skiller，Papaya Mobile和Swarm都為社交游戲提供基于云的APIs。
社交游戲APIs僅僅是其中的冰山一角。包括Bango、Social Gold和Paythru在內(nèi)有超過14家供應(yīng)商提供應(yīng)用程序內(nèi)計(jì)費(fèi)以及虛擬物品交易平臺(tái)。有超過27個(gè)像App Annie、Distimo和Flurry這樣的銷售分析工具。有超過8個(gè)像Bugsense和Testflight這樣的app測試工具。VisionMobile的Atlas服務(wù)有這些提供商的詳細(xì)列表。當(dāng)然，這其中不乏合并的跡象。舉個(gè)特殊例子來講，Appcelerator雖然有自己的分析和貨幣平臺(tái)，但還是通過收購Cocoafish來集成社交共享和消息推送功能。
針對(duì)企業(yè)級(jí)（B2B）開發(fā)者使用的應(yīng)用平臺(tái)通常會(huì)提供數(shù)據(jù)庫連接管理服務(wù)。RhoMobile推出RhoConnect移動(dòng)app集成服務(wù)，當(dāng)后臺(tái)有更新時(shí)該服務(wù)將更新推送給設(shè)備以實(shí)現(xiàn)數(shù)據(jù)同步。Antenna、Feedhenry和Worklight推出的跨平臺(tái)工具（CPT）提供類似功能的集成中間件。其他專注于企業(yè)級(jí)應(yīng)用程序開發(fā)的著名跨平臺(tái)工具有Stackmob，Oracle（ADF），Aperra和Sybase（Unwired Plaform）等。
3.構(gòu)建階段：跨平臺(tái)的“魔力”通常體現(xiàn)在構(gòu)建階段。構(gòu)建應(yīng)用程序有許多不同的方法。兩種流行的方法：一種是將代碼和UI模板直接編譯成本地平臺(tái)二進(jìn)制碼；另一種是將代碼打包進(jìn)本地shell然后在運(yùn)行時(shí)解釋執(zhí)行，這種本地shell可以是一個(gè)只包含該代碼的“簡易瀏覽器”，也可以是設(shè)備自帶的瀏覽器渲染引擎。下一章節(jié)我們將討論構(gòu)建跨平臺(tái)apps的技術(shù)方法。
4.發(fā)布階段：發(fā)布應(yīng)用包含將app提交到Apple App Store或者Andriod Market這樣的App Store，或者是內(nèi)部發(fā)布并且可以選擇是否將app托管到像Feedhenry，Antanna，RhoMobile或者Worklight這樣的私有企業(yè)App Store。包括Sencha2.0，AppMobi的PhoneGap XDK和RhoMobile的RhoHub在內(nèi)的許多跨平臺(tái)工具（CPT）產(chǎn)品都在一定程度上協(xié)助管理app發(fā)布過程。包括Appcelerator LiveCode和Corona在內(nèi)的一些提供商將在其網(wǎng)站上展示apps，而Unity則支持將app發(fā)布到其他平臺(tái)上。
5.管理階段：提供App管理功能是面向企業(yè)級(jí)的跨平臺(tái)工具（CPTs）的特色，比如Worklight，RhoMobile，Antanna和Feedhenry。App管理包括消息推送，數(shù)據(jù)流管理，遠(yuǎn)程安裝（卸載），策略管理和庫存管理。商業(yè)Apps管理增加了業(yè)績管理功能（即分析工具），該功能可以由工作方法商合作伙伴提供。例如Appcelerator就將自己的分析工具整合進(jìn)Titanium，而Ansca Mobile將Flurry的分析APIs整合進(jìn)自己的Corona SDK中。
在這份跨平臺(tái)工具（CPTs）分析報(bào)告中，我們甄別出了五種不同的技術(shù)方法，即：JavaScript框架，app工廠，web-to-native框架，運(yùn)行時(shí)以及源代碼翻譯。每種技術(shù)都針對(duì)特定的開發(fā)人群（從非技術(shù)人員到經(jīng)驗(yàn)豐富的開發(fā)人員），并且可以滿足不同的app用例。這些技術(shù)方法并不是相互孤立的，許多工具混合使用這些技術(shù)方法。例如一些基于運(yùn)行時(shí)的跨平臺(tái)開發(fā)工具（CPTs）解決方案都會(huì)增加一個(gè)網(wǎng)頁視圖組件，從而具有了創(chuàng)建混合web app 包裝器的功能。
JavaScript frameworks：JavaScript框架由許多代碼庫組成，旨在加速復(fù)雜web任務(wù)（例如管理觸摸屏交互，構(gòu)架跨瀏覽器UI， 管理游戲畫面等）的開發(fā)速度。主要提供商有jQuery Mobile，Sencha Touch， Cocos2D，DHTMLX Touch, Zepto JS, Impact.js, iUI以及Wink。JavaScript框架針對(duì)這樣一類web開發(fā)人員，他們想要?jiǎng)?chuàng)建可觸摸UIs，實(shí)現(xiàn)跨平臺(tái)瀏覽器兼容，提供本地外觀和感覺，或者是實(shí)現(xiàn)復(fù)雜的游戲功能。
App factories：App工廠是能夠快速構(gòu)建簡單移動(dòng)應(yīng)用的開源可視化設(shè)計(jì)工具。它們由一個(gè)可安裝或是基于云的開發(fā)環(huán)境構(gòu)成，在此開發(fā)環(huán)境中開發(fā)人員可使用模板、拖拽、或者向?qū)砩?/span>app代碼。利用App factories最簡單的可以創(chuàng)建基于RSS的新聞閱讀器或者經(jīng)濟(jì)型apps。在較高層面上，App factories提供基本的可拖拽設(shè)計(jì)功能。而在最高層面上，App factories提供無須編碼的，基于組件的設(shè)計(jì)方法，包括與設(shè)備和云集成。
非開發(fā)人員也可以通過App factories創(chuàng)建他們自己的app。一些app工廠允許開發(fā)人員查看和修改自動(dòng)生成的代碼。其他的app工廠提供包括分析，消息推送和廣告管理在內(nèi)的一系列post-download服務(wù)。這些App工廠包括AppMkr，AppsGeyser，Wix Mobile，Tiggr，Mobile Nation HQ，Mobjectify，Red Foundry和Spot Specific。 
Web-to-native wrappers：Web-to-native框架是使用web HTML5，CSS和JavaScript技術(shù)來生成本地apps的解決方案。web代碼和其實(shí)現(xiàn)本地功能所需要的庫文件被一起打包到本地app shell中。Apps使用web語言編寫，能夠訪問設(shè)備上的webView組件（一種“chromeless”瀏覽器組件）以及JavaScript API擴(kuò)展，JavaScript API擴(kuò)展使得app能夠使用通知、加速器、指南針、連接性、地理位置以及文件系統(tǒng)這樣的平臺(tái)功能，這些都是超乎瀏覽器通常所能提供的。
web-to-native框架主要有PhoneGap，Uxebu’s Apparat.io以及Sencha v2，Sencha v2還將這種包裝功能引進(jìn)到JavaScript框架中來。另外一個(gè)例子就是MoSync Wormhole，它可以提供比PhoneGap更強(qiáng)大的API功能集。web-to-native框架針對(duì)這樣一類web開發(fā)人員，他們需要將web apps轉(zhuǎn)換為本地apps并通過app商店進(jìn)行分銷、訪問本地設(shè)備功能或者做一些優(yōu)化工作。
Runtimes：運(yùn)行時(shí)是本地操作系統(tǒng)之上的一種執(zhí)行環(huán)境以及跨平臺(tái)兼容層。運(yùn)行時(shí)從本質(zhì)上來說屏蔽了app在不同底層平臺(tái)上的差異。不同的運(yùn)行時(shí)有不同的大小和復(fù)雜性，并且使用不同的方法在設(shè)備上面執(zhí)行代碼，例如虛擬化，解釋，及時(shí)編譯或者提前編譯。
Java ME，BREW，Flash Lite和Openwave MIDAS都是早期運(yùn)行時(shí)的先驅(qū)。這些重量級(jí)的執(zhí)行環(huán)境似乎介于瀏覽器和完整的操作系統(tǒng)之間。但這些工具在2009年前后就不再流行，原因是：開發(fā)者感覺很痛苦（平臺(tái)分散、無直接市場渠道）；缺乏手機(jī)制造商的合作（集成復(fù)雜度）；與Aandriod、iOS、HTML5瀏覽器的競爭。
現(xiàn)在的跨平臺(tái)運(yùn)行時(shí)將設(shè)備軟件層的復(fù)雜性轉(zhuǎn)移到了設(shè)計(jì)階段的開發(fā)工具中來。通常來講，跨平臺(tái)翻譯部分發(fā)生在設(shè)計(jì)階段（翻譯成進(jìn)制代碼），部分發(fā)生在運(yùn)行時(shí)（執(zhí)行進(jìn)制代碼）。流行的運(yùn)行時(shí)有Appcelerator，Adobe Flex，Corona，AppMobi，Antix和Unity等。運(yùn)行時(shí)針對(duì)這樣一些軟件開發(fā)人員，他們需要更寬泛的跨（本地）平臺(tái)或者跨屏幕（手機(jī)，電腦，游戲，電視等）功能。
Source code translators：源代碼翻譯器解決方案將源碼交叉編譯成中間字節(jié)碼，本地語言（如C++，Objective-C，JavaScript）或者直接轉(zhuǎn)化為更低級(jí)的機(jī)器碼（如匯編語言）。源代碼翻譯器通常和運(yùn)行時(shí)元素結(jié)合在一起使用。
舉個(gè)例子來說，Metismo（現(xiàn)在的AG軟件）將J2ME應(yīng)用程序轉(zhuǎn)換為C++，ActionScript和JavaScript，然后編譯成能在ARM，MIPS，PowerPC和x86設(shè)備上執(zhí)行的代碼。類似的，Eqela將一個(gè)使用類C語言編寫的app翻譯成目標(biāo)平臺(tái)可運(yùn)行的中間碼，例如在web瀏覽器上執(zhí)行的JavaScript，Java，C或者匯編語言。
Haxe/NME結(jié)合本地標(biāo)準(zhǔn)庫把類似ActionScript的Haxe(具有類似Flash的API)源代碼轉(zhuǎn)換成Shockwave或C++代碼。XMLVM使用Java，.NET或者Ruby源碼，這些源碼先被編譯成字節(jié)碼，然后再交叉編譯成JavaScript，C++或者Objective C。其他的源代碼翻譯工具有MoSync，Marmalade和Xamarin’s Mono。這些翻譯工具針對(duì)的是高級(jí)軟件開發(fā)人員，他們需要?jiǎng)?chuàng)建邏輯復(fù)雜、性能優(yōu)越的跨平臺(tái)apps或者需要對(duì)app進(jìn)行優(yōu)化。
除以上五種技術(shù)手段外，跨平臺(tái)工具提供商已經(jīng)開始垂直分化，根據(jù)企業(yè)，游戲，媒體應(yīng)用開發(fā)者的不同需求，為他們提供不同的解決方案。
企業(yè)級(jí)應(yīng)用平臺(tái)是跨平臺(tái)的開發(fā)工具，它支持應(yīng)用的整個(gè)生命周期（開發(fā)->集成->發(fā)布->管理），它具有數(shù)據(jù)連接器、中間件、云服務(wù)（如：應(yīng)用托管、策略管理、信息推送等）。很多這樣的平臺(tái)是面向企業(yè)的，而不是面向消費(fèi)者的應(yīng)用。比較著名的移動(dòng)應(yīng)用開發(fā)平臺(tái)有：Worklight, Kony, Antenna Mobility Platform, Application Craft, RhoMobile 以及Verivo等。
游戲開發(fā)工具是專門針對(duì)游戲開發(fā)者的完整的開發(fā)環(huán)境。游戲引擎是更為重量級(jí)的運(yùn)行時(shí)組件；通常是由低級(jí)語言（如：C++語言）與用于編寫游戲邏輯部分的腳本語言（如：Lua語言）相結(jié)合。Unreal 和Unity在高端3D游戲市場完全處于領(lǐng)先地位。他們提供了一系列的集成開發(fā)工具、工作流及協(xié)作管理工具。在類似的游戲工具市場上，還有Moai, SiO2, Antix 和 Shiva3D等。雖然Marmalade 和 Corona支持更多的功能（如：支持本機(jī)UI元素），但是它們畢竟還是由一個(gè)舊版的游戲引擎發(fā)展而來的。也有一些像GameSalad這樣的稍微輕量級(jí)的游戲工具，GameSalad被稱為“游戲締造者”，它將app工廠提供的無須編碼方法和游戲引擎工具結(jié)合在一起。像Impact JS 和 Lime JS 這樣的輕量級(jí)JavaScript庫被認(rèn)為是HTML5的游戲框架。
The next table lists over 50 cross-platform tools by technology approach, authoring language and deployment format (web vs. native).
下表列出了50多種跨平臺(tái)工具，從技術(shù)方法、開發(fā)語言及部署格式方面（網(wǎng)絡(luò)或本機(jī)）進(jìn)行了展示。
跨平臺(tái)工具總表：我們的研究所關(guān)注的100種跨平臺(tái)工具總表如下。
是用web瀏覽器來部署移動(dòng)應(yīng)用程序還是創(chuàng)建本機(jī)應(yīng)用？這是令許多開發(fā)人員長期困擾的問題。Web apps 具有廣闊的市場前景，但只能在網(wǎng)絡(luò)上部署，并且相對(duì)于本地apps的用戶體驗(yàn)也不是那么好，本地apps具有更好的設(shè)備集成度并提供更優(yōu)秀的用戶體驗(yàn)，但是不能跨平臺(tái)，其潛在市場只能限定于特定平臺(tái)內(nèi)。
使用跨平臺(tái)工具可使這些區(qū)別模糊不清，Web程序員可以通過工具（如著名的Appcelerator）來開發(fā)本機(jī)應(yīng)用程序。Web開發(fā)者可以使用諸如PhoneGap這樣的Web-to-native框架在瀏覽器中動(dòng)態(tài)調(diào)用本機(jī)設(shè)備的功能。
但是本機(jī)與web問題在部署時(shí)還是存在的。無論是web app還是本機(jī)應(yīng)用，在分銷渠道（網(wǎng)站或應(yīng)用程序商店）和經(jīng)驗(yàn)積累（膚淺或深入）上都會(huì)有很大的不同。
HTML5的確增強(qiáng)了web瀏覽器的功能，例如：允許精確的可視化布局（畫布元素）和對(duì)視頻、持久存儲(chǔ)、地理定位、訪問聯(lián)系人名單、傳感器和SQL數(shù)據(jù)庫訪問的固有支持。同時(shí)，由于各瀏覽器實(shí)現(xiàn)HTML規(guī)范的方式是不同的，web程序員必須對(duì)由此帶來的巨大差異進(jìn)行處理。在所有的移動(dòng)瀏覽器當(dāng)中，遵循HTML5規(guī)范方面做得最好的是Firefox Mobile，獲得了最高分10分，緊隨其后的是蘋果的iOS5平臺(tái)。與之相對(duì)的另一極端是Windows Phone7.5瀏覽器，它對(duì)HTML5規(guī)范的遵循程度大約只有蘋果的一半。桌面瀏覽器和電視瀏覽器在對(duì)HTML5規(guī)范的遵循程度方面，也存在同樣的多樣化和兩極化現(xiàn)象。上面的圖表是移動(dòng)平臺(tái)對(duì)HTML5瀏覽器規(guī)范的遵循程度的得分情況。
這種“遵約分化”現(xiàn)象導(dǎo)致的后果是：web應(yīng)用開發(fā)者為了使他們的應(yīng)用能在各主流智能手機(jī)平臺(tái)上實(shí)現(xiàn)最優(yōu)運(yùn)行，他們需要耗費(fèi)大量的開發(fā)時(shí)間以及昂貴的成本。最典型的例子是“金融時(shí)報(bào)”廣受歡迎的HTML5應(yīng)用的開發(fā)商Assanka，該公司花了24人月來開發(fā)iPad平臺(tái)上的HTML5應(yīng)用—新聞閱讀器（news reader），又花了12個(gè)月把這一應(yīng)用移植到Android平臺(tái)。
開發(fā)人員應(yīng)該選擇web還是本地apps? 混合app方法致力于結(jié)合web和本地apps兩者的優(yōu)點(diǎn)。像PhoneGap，BKRender，Sencha v2， Worklight和Appcelerator等許多跨平臺(tái)工具已經(jīng)可以進(jìn)行混合apps開發(fā)。
從用戶的觀點(diǎn)來看，混合apps跟本地apps很相似，人們可以通過本地平臺(tái)app stores來尋找下載混合apps，同時(shí)使用相似的過程來安裝混合apps。安裝完成之后，混合apps可以從iOS這樣的主屏幕或者從Android這樣的app抽屜(drawer)中啟動(dòng)，并且經(jīng)常可以在不需要數(shù)據(jù)連接的情況下正常運(yùn)行。
從開發(fā)人員的角度來講，開發(fā)混合apps和開發(fā)本地apps的工作流很相似，只有一點(diǎn)不同的是，開發(fā)人員可以使用HTML，CSS和JavaScript來編寫混合apps的某些部分。由于混合app開發(fā)模型在所有主流移動(dòng)平臺(tái)上得到支持，使得不同平臺(tái)版本的app可以復(fù)用HTML，CSS和JavaScript代碼。
混合apps由一個(gè)包含HTML，CSS和JavaScript的本地代碼shell（或者說是一個(gè)包裝器）組成。當(dāng)一個(gè)混合app運(yùn)行在一臺(tái)設(shè)備上，該包裝器就會(huì)啟動(dòng)一個(gè)web視圖的實(shí)例，同時(shí)加載其中的HTML，CSS和JavaScript代碼。該web視圖實(shí)例通常是“chromeless”，即它沒有web瀏覽器控件，因此使得混合app看起來類似一個(gè)本地app。
下面的表格從技術(shù)和商業(yè)角度比較了本地，混合以及web app方法的異同。就像表格所顯示地那樣，混合apps將本地apps的特性和pure web apps的特性結(jié)合了起來。
容易發(fā)現(xiàn)和獲?。?/strong>用戶可以像找本地apps一樣找到他們需要的混合apps。為了支持多個(gè)移動(dòng)平臺(tái)的用戶，需要開發(fā)不同版本的app。
更好的用戶體驗(yàn)：混合apps提供良好的用戶體驗(yàn)。他們?cè)试SHTML代碼訪問本地APIs（以此來提供更豐富的用戶體驗(yàn)），當(dāng)然這是以非本地UI為代價(jià)的，因?yàn)檫@涉及到web技術(shù)。
用戶所有權(quán)和條款：就用戶所有權(quán)和條款來講，混合apps和本地apps完全一樣。開發(fā)人員通過本地平臺(tái)app stores來和客戶進(jìn)行交易，并且必須遵守app store強(qiáng)加的包括準(zhǔn)許政策在內(nèi)的各種條款和約束。
迎合用戶：由于混合apps安裝在設(shè)備上，并且顯示在主屏幕或者app抽屜上面，他們?cè)诹糇∮脩艉椭貜?fù)使用方面和本地apps是完全一樣的。用戶可以像啟動(dòng)（launch）本地apps一樣來啟動(dòng)混合apps，而不用去記住任何URLs，或者像pure web apps一樣在主屏幕上顯式生成一個(gè)捷徑。
盈利模式：混合apps的開發(fā)者可以和本地apps開發(fā)者一樣通過相同的方式盈利，這里面包括下載后付款或者應(yīng)用程序內(nèi)支付。
最后，對(duì)于一些UI信息豐富的app,混合apps允許顯著的UI資源共享并且易于web開發(fā)。然而就像上面圖表顯示的那樣, 在不同的移動(dòng)平臺(tái)上web瀏覽器的實(shí)現(xiàn)都千差萬別。結(jié)果，充分使用web瀏覽器功能的高級(jí)apps需要自適應(yīng)來完全支持不同平臺(tái)的移動(dòng)瀏覽器。
我們追蹤調(diào)查過超過100個(gè)跨平臺(tái)開發(fā)工具，他們都各不相同。如果避開他們支持的編程語言和目標(biāo)平臺(tái)不談，我們可以發(fā)現(xiàn)使用跨平臺(tái)開發(fā)工具開發(fā)的app有一些收斂的類別（a convergence in the categories of apps）。開發(fā)者調(diào)查報(bào)告顯示，如果不考慮主要的開發(fā)工具的話，35%的調(diào)查對(duì)象認(rèn)為企業(yè)級(jí)apps是其首選。生產(chǎn)力，游戲，教育/參考和實(shí)用工具排名前五。
與此同時(shí)，這些開發(fā)工具不能被化為到具體的app類別中來，當(dāng)然開發(fā)人員在決定使用哪個(gè)跨平臺(tái)工具之前，應(yīng)該考慮他們的應(yīng)用背景以及需要。下面這個(gè)表格提供了一些指導(dǎo)意見。
聯(lián)系客服
