第一篇：SDK總結(jié)
SDK總結(jié)
Android SoftWare development kit.永遠只用最新的SDK版本,這是Google官方強烈建議的。你的app能運行的Android版本不是由SDK決定的，是由每一個項目的minSDK決定的，通過minSDK確定app應用能安裝運行在目標設備的最低SDK版本。
SDK都是向下兼容的。SDK在不斷改進中，新的SDK會提供更強大開發(fā)工具，而且用4.0的SDK編譯的2.1的apk的執(zhí)行效率會比用2.1的SDK編譯的更高。至于每個app應該用什么 minSDK，應該根據(jù)應用具體的API來，如果app沒有用到1.6以上SDK新提供的API，那么用1.6會在提供相同體驗下反而會比2.1兼容更多機型。
開發(fā)在最新版本(target)，測試在最低版本(min)。
SDK目錄
add-ons
這里面保存著附加庫，第三方公司為Android平臺開發(fā)的附加功能系統(tǒng)。比如GoogleMaps，當然你如果安裝了OphoneSDK，這里也會有一些類庫在里面。
docs
這里面是Android SDKAPI參考文檔，所有的API都可以在這里查到。
extras
該文件夾下存放了Android support v4，v7，v13，v17包； 還有g(shù)oogle提供額USB驅(qū)動、Intel提供的硬件加速等附加工具包，和market_licensing作為AndroidMarket版權(quán)保護組件，一般發(fā)布付費應用到電子市場可以用它來反盜版。
platforms
是每個平臺的SDK真正的文件，存放了不同版本的android系統(tǒng)。里面會根據(jù)APILevel劃分的SDK版本，這里就以Android2.2來說，進入后有 一個android-8的文件夾，android-8進入后是Android2.2SDK的主要文件，其中ant為ant編譯腳本，data保存著一些系 統(tǒng)資源，images是模擬器映像文件，skins則是Android模擬器的皮膚，templates是工程創(chuàng)建的默認模板，android.jar則 是該版本的主要framework文件，tools目錄里面包含了重要的編譯工具，比如aapt、aidl、逆向調(diào)試工具dexdump和編譯腳本dx。
samples
是Android SDK自帶的默認示例工程，里面的apidemos強烈推薦初學者運行學習，對于SQLite數(shù)據(jù)庫操作可以查看NotePad這個例子，對于游戲開發(fā)Snake、LunarLander都是不錯的例子，對于Android主 題開發(fā)Home則是androidm5時代的主題設計原理。
platform-tools
保存著一些Android平臺相關(guān)通用工具，比如adb和aapt、aidl、dx等文件，這里和platforms目錄中tools文件夾有些重復，主要是從android2.3開始這些工具被劃分為通用了。Fastboot 刷機工具。
tools
作為SDK根目錄下的tools文件夾，這里包含了android 開發(fā)和調(diào)試的工具，比如ddms用于啟動Android調(diào)試工具，比如logcat、屏幕截圖和文件管理器，而draw9patch則是繪制android平臺的可縮放png圖片的工具，sqlite3可以在PC上操作SQLite數(shù)據(jù)庫，而monkeyrunner則是一個不錯的壓力測試應用，模擬用戶隨機按鍵，mksdcard則是模擬器SD映像的創(chuàng)建工具，emulator是 Android SDK模擬器主程序，不過從android 1.5開始，需要輸入合適的參數(shù)才能啟動模擬器，traceview作為android平臺上重要的調(diào)試工具。
build-tools
保存著一些Android平臺相關(guān)通用工具，比如adb、和aapt、aidl、dx等文件。
aapt即Android Asset Packaging Tool , 在SDK的build-tools目錄下.該工具可以查看, 創(chuàng)建, 更新ZIP格式的文檔附件(zip, jar, apk).也可將資源文件編譯成二進制文件.Adb 即android debug bridge 管理模擬器和真機的萬能工具，ddms 調(diào)試環(huán)境
AIDL 即 Android Interface definition language 它是一種android內(nèi)部進程通信接口的描述語言，通過它我們可以定義進程間的通信接口Emulator即android 的模擬器。
dx：轉(zhuǎn)化.class中間代碼為dvlik中間代碼,所有經(jīng)過java編譯的生成.class文件都需要此工具進行轉(zhuǎn)換,最后打包進apk文件中.Dexdump 即Android Emulator中可以找到一個名為dexdump的程序，通過dexdump可以查看出apk文件中的dex執(zhí)行情況，粗略分析出原始java代碼是什么樣的和Dot Net中的Reflector很像。
注意：這里會涉及到一個問題，就是build-tools后邊會有不同的api版本號！
①buildeToolVersion是你SDK構(gòu)建工具的版本，這個版本號一般是API-LEVEL.0.0。例如I/O2014大會上發(fā)布了API20對應的build-tool的版本就是20.0.0，在這之間可能有小版本，例如20.0.1等等。
②在ecplise的project.properties中可以設置sdk.buildtools=20.0.0。也可以不設置，不設置的話就是指定最新版本。而在android studio中是必須在build.gradle中設置。
③Android都是向下兼容的，你可以用高版本的build-tool去構(gòu)建一個低版本的sdk工程，例如build-tool的版本為20，去構(gòu)建一個sdk版本為18的工程！
min、compile、target版本的區(qū)別
compileSdkVersion, minSdkVersion 和 targetSdkVersion 的作用：他們分別控制可以使用哪些 API，要求的 API 級別是什么，以及應用的兼容模式。
compileSdkVersion
compileSdkVersion 告訴 Gradle 用哪個 Android SDK 版本編譯你的應用。使用任何新添加的 API 就需要使用對應等級的 Android SDK。需要強調(diào)的是修改
compileSdkVersion 不會改變運行時的行為。當你修改了 compileSdkVersion 的時候，可能會出現(xiàn)新的編譯警告、編譯錯誤，但新的 compileSdkVersion 不會被包含到 APK 中：它純粹只是在編譯的時候使用，不通知安裝Android操作系統(tǒng)。
因此我們強烈推薦你總是使用最新的 SDK 進行編譯。在現(xiàn)有代碼上使用新的編譯檢查可以獲得很多好處，避免新棄用的 API，并且為使用新的 API 做好準備。
注意，如果使用 Support Library，那么使用最新發(fā)布的 Support Library 就需要使用最新的 SDK 編譯。例如，要使用 23.1.1 版本的 Support Library，compileSdkVersion 就必需至少是 23（大版本號要一致！）。通常，新版的 Support Library 隨著新的系統(tǒng)版本而發(fā)布，它為系統(tǒng)新增加的 API 和新特性提供兼容性支持。
minSdkVersion 如果 compileSdkVersion 設置為可用的最新 API，那么 minSdkVersion 則是應用可以運行的最低SDK版本要求。
minSdkVersion 是 Google Play 商店用來判斷用戶設備是否可以安裝某個應用的標志之一。
在開發(fā)時 minSdkVersion 也起到一個重要角色：lint 默認會在項目中運行，它在你使用了高于 minSdkVersion 的 API 時會警告你，幫你避免調(diào)用不存在的 API 的運行時問題。如果只在較高版本的系統(tǒng)上才使用某些 API，通常使用“運行時檢查系統(tǒng)版本”的方式解決。
請記住，你所使用的庫，如 Support Library 或 Google Play services，可能有他們自己的 minSdkVersion。你的應用設置的 minSdkVersion 必須大于等于這些庫的 minSdkVersion。例如有三個庫，它們的 minSdkVersion 分別是 4, 7 和 9，那么你的 minSdkVersion 必需至少是 9 才能使用它們。在少數(shù)情況下，你仍然想用一個比你應用的 minSdkVersion 還高的庫（處理所有的邊緣情況，確保它只在較新的平臺上使用），你可以使用 tools:overrideLibrary 標記，但請做徹底的測試！
targetSdkVersion
targetSdkVersion 是 Android 提供向前兼容的主要依據(jù)，在應用的
targetSdkVersion 沒有更新之前系統(tǒng)不會應用最新的行為變化。這允許你在適應新的行為變化之前就可以使用新的 API。
確定APP應用編譯運行使用的SDK版本。
targetSdkVersion 所暗示的許多行為變化都記錄在 VERSION_CODES 文檔中了，但是所有恐怖的細節(jié)也都列在每次發(fā)布的平臺亮點中了，在這個 API Level 表中可以方便地找到相應的鏈接。
Gradle 和 SDK 版本
在你的模塊的 build.gradle 文件中（也可以在 Android Studio 的項目結(jié)構(gòu)選項中）設置：
android {
compileSdkVersion 2buildToolsVersion “23.0.1”
defaultConfig {
applicationId “com.example.checkyourtargetsdk”
minSdkVersion 7
targetSdkVersion 23
versionCode 1
versionName “1.0”
}
} 編譯時用到的 compileSdkVersion 是和構(gòu)建工具版本一起設置的 Android 設置之一。其他兩個稍有不同，他們在構(gòu)建變體(build variant)的那里聲明。defaultConfig 是所有構(gòu)建變體的基礎(chǔ)，也是設置這些默認值的地方。你可以想象在一個更復雜的系統(tǒng)中，應用的某些版本可能會有不同的 minSdkVersion。
如果你查看生成的 AndroidManifest.xml 文件，你會看到類似下面這樣的標簽：
如果你在 manifest 文件中手工設置，你會發(fā)現(xiàn) Gradle 在構(gòu)建時會忽略它們（盡管其它構(gòu)建系統(tǒng)可能會明確依賴它們）。
這三個值的關(guān)系是：minSdkVersion <= targetSdkVersion <= compileSdkVersion；這種直覺是合理的，如果 compileSdkVersion 是你的最大值，minSdkVersion 是最小值，那么最大值必需至少和最小值一樣大且 target 必需在二者之間。
理想上，在穩(wěn)定狀態(tài)下三者的關(guān)系應該更像這樣：
minSdkVersion(lowest possible)<= targetSdkVersion == compileSdkVersion(latest SDK)用較低的 minSdkVersion 來覆蓋最大的人群，用最新的 SDK 設置 target 和 compile 來獲得最好的外觀和行為。
build.gradle
buildeToolVersion //本地SDK工具的版本；其中包括了打包工具aapt、dx等等。這個工具的目錄位于..your_sdk_path/build-tools/XX.XX.XX
build.gradle
dependencies {
classpath 'com.android.tools.build:gradle:2.2.2'// gradle 插件版本 }
setting.gradle include ':app' //設置構(gòu)建模塊
distributionUrl=https://services.gradle.org/distributions/gradle-2.14.1-all.zip //下載gradle的路徑
第二篇：連鎖超市短信 SDK應用案例
連鎖超市短信 SDK應用案例
北京XXX集團股份有限公司前身是國有商業(yè)企業(yè)。本著“立足北京、拓展華北、輻射全國”的發(fā)展戰(zhàn)略，通過新建、聯(lián)合、租賃、合資、加盟和托管等多種形式發(fā)展；截止至2008年，北京XXX集團股份有限公司已從建設初期的7家店鋪發(fā)展到243家，營業(yè)面積超過33萬平方米，門店遍及北京市18個區(qū)縣及河北廊坊地區(qū)。目前，公司依托品牌優(yōu)勢不斷創(chuàng)新，已經(jīng)基本形成了以區(qū)域購物中心、大賣場、綜合超市、便利店四種經(jīng)營業(yè)態(tài)統(tǒng)籌發(fā)展的態(tài)勢，銷售范圍覆蓋北京及華北地區(qū)的主要零售商、分銷商及貿(mào)易公司等。
承“便民、利民、為民”的經(jīng)營宗旨，在“借助網(wǎng)絡信息技術(shù)和現(xiàn)代物流技術(shù)為手段，不斷提升企業(yè)核心競爭力” 的思想引導下，北京XXX集團股份有限公司于2006年引入了超市管理系統(tǒng)。該系統(tǒng)的應用，不僅全面改善了超市在采購管理、銷售管理、資金管理、庫存管理、帳務管理、分店管理等方面業(yè)務能力，更進一步提升了人員的管理水平、綜合服務能力和工作效率。
隨著XXX集團業(yè)務的迅速發(fā)展，市場環(huán)境的變化對現(xiàn)有的超市管理系統(tǒng)提出了新的要求。連鎖分店一般分布在不同的區(qū)域中，而且大部分還是傳統(tǒng)管理的模式，經(jīng)營管理者無法及時掌握到即時營業(yè)數(shù)據(jù)，并很有效地引導和控制采購進貨、庫存配貨等等問題。資金的占用和合理的采購進貨需要營業(yè)銷售數(shù)據(jù)作為論證和支持，更有效的管理手段將資源整合利用和分配，才能更好地獲取營業(yè)管理和銷售收入的最大利潤。利用移動通信技術(shù)改進現(xiàn)有業(yè)務體系，實現(xiàn)信息共享，實時或限時的數(shù)據(jù)傳輸，提升企業(yè)服務手段和服務能力成為XXX集團“升級”現(xiàn)有管理系統(tǒng)的新方向。
后續(xù)公司通過優(yōu)訊通的DB SDK 短信應用引擎，將XXX集團超市管理系統(tǒng)的各個環(huán)節(jié)進行串聯(lián)；使內(nèi)部管理、進銷存管理、會員管理等環(huán)節(jié)形成了一個全新的信息交叉、閉環(huán)的工作流程。
項目需求分析
一、庫存及采購管理系統(tǒng)需求
XXX集團現(xiàn)有的系統(tǒng)中，庫存管理模塊的在執(zhí)行庫存預警功能時，在特定情況下會出現(xiàn)“信息盲點”的狀況。即：被進行預警的商品信息會因為一些特殊情況（如：采購員不在超市、正在執(zhí)行其它公務等情況下），使采購人員無法在第一時間獲悉被預警的商品信息，及時進行訂貨和補貨。
“信息盲點”出現(xiàn)后，帶來的最直接后果是：由于無法即時獲知最新的庫存狀況，XXX集團的分店或下級經(jīng)銷商會按照產(chǎn)品正常的庫存數(shù)量在超市管理系統(tǒng)中下達訂單，進而直接導致暢銷商品的意外斷貨和殘次商品無法及時更換等問題出現(xiàn)。
二、銷售管理系統(tǒng)需求
對于連鎖超市企業(yè)而言，分店對分店的調(diào)拔是一種比較靈活的銷售方式。通過分店之間的互相調(diào)拔，不僅可以使店面間的商品庫存數(shù)據(jù)平衡帳務處理，也可以加速商品的流通銷售以及資金的回收。因此，對于XXX集團而言，如何更及時、準確的在第一時間獲悉下屬所有分店當天或每班次所發(fā)生的銷售、調(diào)拔、贈送、壞損、過期的數(shù)據(jù)明細以及匯總帳情況對企業(yè)而言至關(guān)重要。
三、會員管理系統(tǒng)需求
在會員管理和日常業(yè)務宣傳方面，XXX集團仍舊延續(xù)傳統(tǒng)的電話、報紙、發(fā)送海報、宣傳彩頁、電視媒體等方式進行。這樣的做法，不僅企業(yè)自身的宣傳成本會長期居高不下，同時也很難讓企業(yè)的產(chǎn)品和服務在激烈的市場競爭中脫穎而出。
四、內(nèi)部管理系統(tǒng)需求
由于店面和人員分布范圍較為分散，連鎖超市行業(yè)通用的工資發(fā)送方式都是每月發(fā)放工資條。這樣既不利于即時讓員工獲悉工資發(fā)放的時間，同時更不利于維護員工收入的保密性。
優(yōu)訊通DB SDK 解決方案
庫存及采購管理
利用超市管理系統(tǒng)中的進銷存數(shù)據(jù)報警功能，用DB SDK 短信應用引擎把數(shù)據(jù)讀取到發(fā)送庫表中，利用短信及時通知相關(guān)的工作人員，及時對庫存、退換貨等情況進行處理。
銷售管理
通過部署DB SDK 短信應用引擎，可以定期通過各門店短信回復的銷售情況和庫存情況進行及時統(tǒng)計和整理。同時，可以通過DB SDK 短信應用引擎對各產(chǎn)品的銷售狀況設定時時匯總，及時調(diào)整銷售策略。
會員管理
在DB SDK 短信應用引擎中預設后，企業(yè)可以通過短信的方式，直接把相關(guān)的促銷和打折信息通知到會員，并收集會員的反饋信息。不僅降低了企業(yè)的運營成本，同時可以直接的與會員進行雙向互動，了解會員的詳細需求。
內(nèi)部管理
在DB SDK 短信應用引擎中預設后，企業(yè)的職能管理部門可以通過短信的方式對各項數(shù)據(jù)時時了解，及時部署和調(diào)整工作。應用DB SDK 短信應用引擎后，還可以及時、保密的通過短信將工資發(fā)放情況和明細告知各個門店的員工，并利用短信向員工發(fā)送生日祝福、節(jié)日問候、天氣提醒等提示，進一步增強員工對企業(yè)的歸屬感和責任感。
其他需求
DB SDK 短信應用引擎可以設定短信發(fā)送的有效時間。通過人工控制短信服務的開啟和停止；可對短信發(fā)送和接收記錄進行歸檔處理。同時，DB SDK 短信應用引擎還提供了發(fā)送預警功能，當出現(xiàn)連接錯誤或網(wǎng)絡故障時，可通過聲音報警。通過搭建優(yōu)訊通系統(tǒng)平臺，企業(yè)的管理人員可以對短信發(fā)送對象和狀態(tài)進行時時監(jiān)控，保障銷售數(shù)據(jù)和會員資料的安全。
項目實施效果評估
通過全面部署優(yōu)訊通B SDK 短信應用引擎，短短三個月的時間北京XXX集團股份有限公司在進、銷、存、企業(yè)宣傳、會員滿意度等方面取得了全面的提升，從而進一步拉動了集團銷售業(yè)務的良性增長。
第三篇：基于VMware vSphere SDK的虛擬化客戶應用程序?qū)崿F(xiàn)
服務器虛擬化技術(shù)可以大大提高對服務器的整合和管理效率,便于快速部署各種應用。該文首先簡要介紹了VMware vSphere平臺的組成結(jié)構(gòu),然后詳細描述了如何利用VMware vSphere SDK開發(fā)靈活、簡潔并具有友好界面的VMware vSphere客戶應用程序的流程步驟和實現(xiàn)方法。
關(guān)鍵詞:VMware vSphere SDK;C#;虛擬化技術(shù);客戶應用程序;Manager Of Reference(MOR)Completion of the Virtualization Client Applications Based on VMware vSphere SDK
CHEN Bo1,2, TANG Ling-li1, ZHOU Zhong-hai1, YUAN Zhi-ping1
(1.Jiangnan Computing Technology Institute, Wuxi 214083, China;2.95846 PLA Troops, Fuzhou 350000, China)
Abstract: Server virtualization technology can improve the efficiency of server integration and management greatly, and it also can be convenient to deploy all kinds of application.At first, this paper introduces the architecture of VMware vSphere platform simply, and then describes how to use the VMware vShpere SDK to develop the flexible, compact VMware vShpere client application with friendly interface in detail.Key words: VMware vSphere SDK;C#;virtualization technology;client applications;manager of reference(MOR)
近年來,隨著計算機技術(shù)、網(wǎng)絡技術(shù)的發(fā)展,許多企事業(yè)單位配備了越來越多的應用系統(tǒng),相應地,服務器的數(shù)量也越來越多。但是這些服務器通常只能承載單一的應用服務,過高的服務器硬件配置將使得服務器的優(yōu)越性能難以得到充分利用,從而造成資源浪費;而過低的硬件配置又怕不能滿足后續(xù)的用戶需求;此外,服務器數(shù)量的逐年增加也使得管理變得日益復雜。而虛擬化技術(shù)的引入能夠提高服務器的利用率、加快應用部署的速度,從而提供高可靠性、高可用的應用服務。
虛擬化技術(shù)是當前大型數(shù)字化中心進行硬件資源整合和提高能效的重要技術(shù)之一,主要有完全虛擬化、部分虛擬化和操作系統(tǒng)層虛擬化三種方式。虛擬化是一個抽象層,它打破了物理硬件與操作系統(tǒng)的物理連接。服務器虛擬化系統(tǒng)就是通過虛擬化技術(shù)從服務器中虛擬出多個客戶機進行統(tǒng)一的整合管理,而這些客戶機可以相互獨立運行安裝不同的操作系統(tǒng)和應用程序。作為一個面向用戶的系統(tǒng),如何能夠設計一個具有簡潔友好界面的虛擬化客戶應用程序,以便更好地滿足用戶靈活有效地管理服務器虛擬化系統(tǒng),是一個有待解決的問題。VMware vSphere SDK工作原理
1.1 組成結(jié)構(gòu)圖
VMware vSphere是VMware公司開發(fā)的構(gòu)建云計算架構(gòu)的最佳平臺,使用VMware vSphere來構(gòu)建云計算基礎(chǔ)架構(gòu),可以減少運行的服務器數(shù)量,降低資金成本和運營成本。VMware vSphere虛擬化多個系統(tǒng)間的基礎(chǔ)物理硬件資源,同時為數(shù)據(jù)中心提供大量虛擬資源。作為云操作系統(tǒng),VMware vSphere可作為無縫和動態(tài)操作環(huán)境管理大型基礎(chǔ)架構(gòu)(例如CPU、存儲器和網(wǎng)絡),同時還管理復雜的數(shù)據(jù)中心。VMware vSphere主要由以下基本組件構(gòu)成:ESX主機(主服務器)、vCenter Server(虛擬中心服務器)、vSphere SDK、vSphere Web Access或vSphere Client等,組成結(jié)構(gòu)圖如圖1所示。
VMware vSphere SDK是一種為VMware和第三方解決方案提供標準界面以訪問VMware vSphere功能的開發(fā)包。VMware vSphere Web Services SDK 4.0是VMware提供的最新軟件開發(fā)包,包含了VMware vSphere API實現(xiàn)的所有必需組件,其中包括WSDL文件、各種庫文件、幫助文檔和例程,是一個服務器虛擬化系統(tǒng)的二次開發(fā)平臺。我們可以利用這個平臺開發(fā)靈活方便的客戶應用程序來管理、監(jiān)控和維護VMware vSphere組件。
1.2 接口函數(shù)
主要接口函數(shù)如下:
Login(ManagedObjectReference _this,string userName,string password,string locale);
//建立一個服務器連接,ManagedObjectReference(受管對象引用)類型是一個指向?qū)ο蟮闹羔?其中_this參數(shù)指定一個特定的SessionManager受管對象引用,userName參數(shù)指定連接的服務器的用戶名,password參數(shù)指定該用戶名所對應的密碼,locale參數(shù)指定所在區(qū)域,缺省為服務器的所在區(qū)域。
CreateVM_Task(ManagedObjectReference _this, VirtualMachineConfigSpec config, ManagedObjectReference pool, ManagedObjectReference host);
//在指定目錄下創(chuàng)建一個新的虛擬機,其中_this參數(shù)指定一個特定的Folder受管對象引用,config參數(shù)指定新建虛擬機的相關(guān)配置,pool參數(shù)指定該虛擬機所在的資源池,host參數(shù)指定該虛擬機所在的目標主機。
RetrieveProperties(ManagedObjectReference _this,PropertyFilterSpec[] { specSet });
//取回相關(guān)實體的屬性,包含與虛擬機相關(guān)的信息,實現(xiàn)對虛擬機的監(jiān)控,其中_this參數(shù)指定一個特定PropertyCollector受管對象引用,specSet參數(shù)指定需要獲得屬性的清單。
ReconfigVM_Task(ManagedObjectReference _this, VirtualMachineConfigSpec spec);
//對虛擬機進行重新配置,實現(xiàn)對虛擬機的管理,其中_this參數(shù)指定需要重新配置的虛擬機,spec參數(shù)指定需要重新配置的相關(guān)值。客戶應用程序功能模塊
該客戶應用程序系統(tǒng)是創(chuàng)建、管理、操作虛擬機的主界面,并可以訪問虛擬機控制臺。包括:虛擬機創(chuàng)建模塊、虛擬機操作模塊、虛擬機管理配置模塊、虛擬機監(jiān)控模塊,功能模塊圖如圖2所示。各功能模塊完成的功能如下:
虛擬機創(chuàng)建模塊:完成虛擬機的創(chuàng)建工作,包括虛擬機硬件資源的分配、操作系統(tǒng)的選擇等;
虛擬機操作模塊:完成對已建虛擬機的各項操作,包括對虛擬機的電源操作、快照操作、克隆遷移操作等;
虛擬機監(jiān)控模塊:監(jiān)控主機的CPU、內(nèi)存、存儲器、網(wǎng)絡等資源的使用情況;
虛擬機管理配置模塊:查看并動態(tài)分配主機服務器的CPU、內(nèi)存、電源、存儲器、網(wǎng)絡等資源給各個虛擬機。客戶應用程序開發(fā)步驟和實現(xiàn)方法
3.1 開發(fā)環(huán)境
搭建vSphere系統(tǒng)環(huán)境。首先在各主服務器上安裝VMware ESX 4.0,然后在虛擬中心服務器中安裝Windows 2003操作系統(tǒng),并在上面安裝VMware vCenter Server。安裝完成之后進行網(wǎng)絡配置。
3.2 開發(fā)工具
VMware推薦使用Java或者C#作為開發(fā)語言。本實例中我們選擇C#作為開發(fā)語言,Microsoft Visual Studio 2005作為開發(fā)環(huán)境。另外,開發(fā)客戶應用程序所需要的工具包括Microsoft.NET Framework 2.0和vSphere Web Services SDK 4.0,所需的動態(tài)鏈接庫包括AppUtil.dll,Vim25Service2005.dll,VimService2005.dll,Vim25Service2005.XmlSerializers.dll, VimService2005.XmlSerializers.dll,VMware.Security.CredentialStore.dll等。這些動態(tài)鏈接庫可通過正確設置環(huán)境變量,并運行vSphere Web Services SDK 4.0工具包中的Build2005產(chǎn)生。
3.3 開發(fā)方法
客戶應用程序的開發(fā)既可采用瀏覽器/服務器(B/S)模式(如vSphere Web Access),也可采用客戶端/服務器(C/S)模式(如vSphere Client),本文選擇客戶端/服務器(C/S)模式實現(xiàn)開發(fā)。在Microsoft Visual Studio 2005中新建一個項目,并添加上述動態(tài)鏈接庫以及Web引用,之后就可以進行客戶應用程序的功能開發(fā)。下面簡要說明整個客戶應用程序的開發(fā)過程。
3.3.1 連接服務器的實現(xiàn)
用SDK創(chuàng)建客戶應用程序首先應該連接到服務器。
SimpleClient可以實現(xiàn)連接到服務器、與服務器的通信,并可獲得該服務器下相關(guān)實體的一些信息。步驟如下:
Step1 //創(chuàng)建一個特定于服務器MOR
_svcRef = new ManagedObjectReference();
_svcRef.type = “ServiceInstance”;
其中MOR(managed object reference),即受管對象引用,受管對象具有特定于服務器的MOR。MOR是指向?qū)ο蟮闹羔槨?/p>
Step2 //VMA代理實例化
_service = new VimService();
Step3 //獲得ServiceContent對象
_sic = _service.RetrieveServiceContent(_svcRef);
Step4 //調(diào)用Login方法實現(xiàn)與服務器的連接
if(_sic.sessionManager!= null){
_service.Login(_sic.sessionManager, username, password, null);}
Step5 //獲取服務器相關(guān)信息
_sic.getAbout().getFullName();
_sic.getAbout().getApiType();
_sic.getAbout().getApiVersion()等。
3.3.2 創(chuàng)建虛擬機的實現(xiàn)
連接到服務器之后,可以在主服務器上創(chuàng)建新的虛擬機。主要步驟如下:
Step1 //VMA代理實例化
_service = cb.getConnection()._service;
Step2 //創(chuàng)建相關(guān)MOR數(shù)據(jù)對象
ManagedObjectReference dcmor
= cb.getServiceUtil().GetDecendentMoRef(null,“Datacenter”,dcName);ManagedObjectReference hfmor
= cb.getServiceUtil().GetMoRefProp(dcmor, “hostFolder”);
Step3 //創(chuàng)建VirtualMachineConfigSpec數(shù)據(jù)對象
VirtualMachineConfigSpec vmConfigSpec
=vmUtils.createVmConfigSpec(vmname,datastorename,int.Parse(disksize),crmor, hostmor);
Step4 //調(diào)用CreateVM_Task方法實現(xiàn)虛擬機的創(chuàng)建
ManagedObjectReference taskmor
= _service.CreateVM_Task(vmFolderMor, vmConfigSpec, resourcePool, hostmor);
3.3.3 虛擬機監(jiān)控的實現(xiàn)
可以對已經(jīng)創(chuàng)建的虛擬機實現(xiàn)監(jiān)控。步驟如下:
Step1 //初始化
private static AppUtil.AppUtil cb = null;
static VimService _service = cb.getConnection()._service;
static ServiceContent _sic = cb.getConnection()._sic;
Step2// 對PropertyFilterSpec進行實例化
PropertySpec pSpec = new PropertySpec();
ObjectSpec oSpec = new ObjectSpec();
PropertyFilterSpec pfSpec = new PropertyFilterSpec();
pfSpec.propSet = new PropertySpec[] { pSpec };
pfSpec.objectSet = new ObjectSpec[] { oSpec };
Step3 //調(diào)用RetrieveProperties方法獲得虛擬機的相關(guān)信息,以實現(xiàn)對虛擬機的監(jiān)控
ObjectContent[] ocs = new ObjectContent[20];ocs=_service.RetrieveProperties(_sic.propertyCollector,new PropertyFilterSpec[] { pfSpec });3.3.4 虛擬機管理配置的實現(xiàn)
對已經(jīng)創(chuàng)建的虛擬機進行管理配置,步驟如下:
Step1//初始化
private static AppUtil.AppUtil cb = null;
private ManagedObjectReference _virtualMachine = null;
Step2//實例化
_virtualMachine=cb.getServiceUtil().GetDecendentMoRef(null, “VirtualMachine”, vmName);
VirtualMachineConfigSpec vmConfigSpec = new VirtualMachineConfigSpec();
Step3 //調(diào)用ReconfigVM_Task方法實現(xiàn)虛擬機的重新配置
ManagedObjectReference tmor
= cb.getConnection()._service.ReconfigVM_Task(_virtualMachine, vmConfigSpec);程序演示 略… 結(jié)束語
目前企事業(yè)單位的服務器虛擬化整合是數(shù)字化應用部署的一個趨勢,不僅可以有效地利用有限的設備經(jīng)費,還能夠滿足企事業(yè)單位應用服務種類的不斷增加、數(shù)據(jù)庫資源數(shù)量不斷增長的需求。而自己開發(fā)的客戶應用程序可以為用戶提供一個方便簡潔靈活的操作界面,實現(xiàn)與主服務端和虛擬中心服務器之間的交互,以達到從客戶需求的角度有效管理和使用整個計算機系統(tǒng)的目標。
參考文獻:
[1] vSphere Web Services SDK Programming Guide(vSphere Web Services SDK 4.0)[EB/OL].http://.[2] Developer’s Setup Guide(VMware vSphere Web Services SDK 4.0)[EB/OL].http://.[3] VMware vSphere簡介[EB/OL].http://.[4] 王石.精通Visual C#2005-語言基礎(chǔ)、數(shù)據(jù)庫系統(tǒng)開發(fā)、Web開發(fā)[M].北京:人民郵電出版社,2007.[5] 金海,廖小飛.面向計算系統(tǒng)的虛擬化技術(shù)[J].中國基礎(chǔ)科學,2008(6):12-18.[6] 金海等.計算系統(tǒng)虛擬化——原理與應用[M].北京:清華大學出版社,2008.
第四篇：安卓平臺碎片化嚴重 谷歌修改SDK協(xié)議
安卓平臺碎片化嚴重 谷歌修改SDK協(xié)議
由整理騰訊數(shù)碼譯(小言)11月18日消息，有消息稱，谷歌安卓平臺碎片化問題日趨嚴重，同一時間多種版本的存在給用戶以及開發(fā)者帶來了不小的麻煩，意識到這一點的谷歌現(xiàn)已采取相應措施，通過修改SDK協(xié)議來遏制安卓平臺碎片化的趨勢。目前谷歌公司已修改相關(guān)協(xié)議條款，對研發(fā)人員在開發(fā)相應安卓應用程序而導致其安卓平臺繼續(xù)碎片化的行為進行了明令禁止，反碎片化條款也被谷歌寫入安卓SDK協(xié)議，這意味研發(fā)人員只有接受反碎片化條款后，才能構(gòu)建安卓應用。在周二谷歌發(fā)布的新條款第3.4章節(jié)中明確表示，“你本人同意不會采取導致或可能導致安卓系統(tǒng)碎片化的行為，包含但不局限于，發(fā)布，參與建立或者以任何方式進行以SDK為標準的軟件改進。”
上述條款是自2009協(xié)議以來進行的首次重大更新，更新之前的協(xié)議并未有關(guān)于平臺破碎化的相關(guān)條款。CNET目前已與谷歌就此事取得了聯(lián)系，相關(guān)報告隨后發(fā)布。
平臺破碎化問題最近吸引了不少關(guān)注，該問題的存在可能導致應用程序無法在相關(guān)安卓設備上運行。破碎化問題導致谷歌安卓平臺的復雜化以及其研發(fā)成本的大幅提升，對谷歌及其手機制造商以及無線運營商在內(nèi)的相關(guān)企業(yè)帶來不小的損失。對于手機制造商來講，保持其設備操作系統(tǒng)版本的更新是其應盡的責任，但是事實并非如此，在眾多安卓設備中仍有許多仍應用兩年前的平臺版本，根據(jù)谷歌自己的數(shù)據(jù)顯示，超過54%的安卓設備仍采用的是兩年前的安卓2.3版本
第五篇：淘寶SDK高級智能 中英文雙語導航(鼠標經(jīng)過切換)
淘寶SDK高級智能模板 中英文雙語導航（鼠標經(jīng)過切換）
2Home首 頁