android插件

㈠ 如何評價360的android插件化框架RePlugin

APP推廣渠道主要付費BD合作兩種式: 先說說付費推廣吧(IOS&Android) •IOS(appstore&越獄) APPStore刷榜 1.找刷榜技術公司排名刷top榜單(其實作弊式讓appstore載APP排名靠前)排名越靠前讓越看產品帶更自用戶刷榜排名越高價格越高雙十候總榜TOP501萬6千塊/前禮拜TOP50價格已經要3萬左右/ PS:建議使用刷榜存風險 1、appstore鑒定刷榜收警告信超3產品能架 2、且刷榜市場傳聞目前家北京公司刷榜技術十穩定能刷刷 3、刷榜ROI高容易讓營銷團隊其產依賴降低其營銷渠道興趣優化萬刷榜 網盟&平台類 1.積牆:盟、力美、米、點入……結算式CPA(激/注冊)渠道本身用戶價值低用於appstroe沖榜效較明顯需求量需要同接進幾公司API 2.平台:admob(google)、inmobi……in-APP展示類banner、插屏廣告結算式CPC競價用於推廣品宣較合適缺點global公司都提供用戶ID准確評估用戶本想要監測數據產品嵌入SDK造APP數據公給情況嵌入SDK完全屬於盲投優化效理想目前看投放平台公司游戲類居都土豪呀另外些平台海外資源相錯滴據說微信類推海外效錯哦~ 3.網盟&代理:adsage、億瑪……結算式CPACPC網盟用戶量缺點用戶質量控(數據能偶摻水情況現-_-#) 4.移DSP:目前知道力美mediav做移DSP剛起步兩家公司同自都建議我做沒歷史數據優化依據少價格高順說媒體資源般都接入google、inmobi些平台移DSP未比較靠譜投放式清楚靜靜期待吧~ 應用推薦類 1.APPStore:金山、限免全、搞趣、APP123……結算式CPT由於IOS推廣渠道資源限價格直漲金山14合作都需要走度框架即使按照CPA合作電商類價格要12塊/激類渠道用戶質量錯渠道基本摻水數據比較靠譜滴期投放用戶產審美疲勞推廣效慢慢降些今條百思姐些應用內容植入談CPS前百思姐見著口袋購物身影 2.越獄類:PP助手、同步推、快用、91......結算式CPT溝通CPA合作幾家量錯自木推越獄渠道所解少(補課) •Android 網盟&平台 1.積牆:情況android積牆建議做原android像IOS應用商店APPStore展示資源相較需通積牆沖榜(BTW想要拉高某特定市場排名買些載量萬能淘寶能找提供服務商家前1萬載量要50元性價比高要別市場發現^_^)說要問既android用積牆沖榜幹嘛存呀嘿嘿句叫做切存都合理滴~KPI激用戶數量且要真用戶要買積牆呀物美價廉渠道啊...... 2.網盟&平台:億瑪、安沃、adsage、微創...…按CPA購買跟商定CPA價格(價格越高獲取用戶數越啦)能定KPI例留存低於**或24購物率低於**等約定用戶質量保障IOS平台類網盟inmobi,adwords類公司購買 3.代理公司:微創、adsage、AdTouch些代理公司產品豐富合作式CPC(圖片展示類CPA(般應用推薦位置)、代理些應用市場資源比AT跟安卓91、360市場關系比較合作讓其代理刊例價格基礎打折啥另外推廣費用簽框架每月都優先選擇媒體資源權利哎土豪啊 應用市場 1.主流應用市場些:360、豌豆莢、網路、安卓91、米安智些google-play、N、機鋒類市場流量相少些應用市場資源售賣式CPT、CPD(載)CPA等合作發現直接買CPTROI肯定虧,借用安卓市場舉例吧計算激用戶本需要10塊左右於電商說偏高或許說電商說價格高游戲類APP說便宜啊接想說應用市場跟游戲聊CPT滴面游戲應用市場基本要求聯運或者CPS做游戲我想肯定懂酸呀再說CPA合作合作般沒所謂刊例價格需要跟市場商定價格比5塊錢激量般市場剩餘流量所每流量少起伏且像91市場要求產品載激轉化能低於35%能要求自量需要結算雖條條框框CPA比CPT合算所框框忍吧 2.按競價CPD合作應用市場:豌豆莢、網路米三市場都CPD投放操作台根據提示步步操作通載起拍價0.5元CPA(激)本概8塊左右同APP獲取用戶本肯定差異CPD合作相較於CPTCPA更靈控平控制本保證ROI,遇節慶典啥調高價格獲取較流量想補充說豌豆莢米流量都市場本身流量網路則自網路手機助手網路網盟屬於春華條產品線 預裝機 1.塊我自沒嘗試般找品牌廠商、運營商、手機銷售渠道rom製作自APP內置操作系統根據文件包、產品知名度激數支付同cpa費用做預裝機建議:1、找偏游服務商游(廠)裝機零售商能重新刷錢白花另外找品牌廠商直接合作第合作談判艱難第二裝機消費者手周期2、要考慮清楚自APP用戶使用機型比高尚APP刷500塊部手機浪費面向民工游戲要刷三星劃 純花錢渠道主要面說些接著要說通BD合作式獲取些性價比較高或免費流量 •換量:APP相互導流量比眾點評APP面推薦安居客般情況APP猜喜歡或熱門應用推薦Tab位置用跟其APP置換流量(APP夠熱門些位置廣告位售更像墨跡氣美圖秀秀模式) •聯合運營:比聚美跟美相機做曬素顏照即登陸聚美APP領取價值**元面膜盒比美相機提供廣告位宣傳聚美提供獎品贊助等(純粹舉例雷同純屬巧合)首先要明確雙目標各自能提供資源盡量雙贏提前聯合非性 •針手機應用市場BD合作: 1、每應用市場都首發特權合作APP更新版本早幾某應用市場發布市場通免費給1-3首發專區位置配合應用市場做些比給自米商場用戶雙倍積或參與應用市場運營比十假游市場般做些跟旅行相關APP專題候跟運營員熟悉提前通知比較容易免費些專題(至於跟家打片家各顯神通吧) 2、跟應用市場換量所APP應用市場需要增加流量要控制本情況換量各應用市場獲取流量普遍途徑跟市場換量兩種情況首先像豌豆莢接受自APP本身流量說跟豌豆莢換量能自APP面給導流量其像跟米合作比較Open願意接受非APP本身流量哪怕花錢網盟買用戶給要真實行應用市場根據給帶用戶數量(通激數量)復同等價值廣告位比給米導5000用戶給banner,價值概1萬 用請公表揚疏漏差錯請私信批評^_^ 作者:StarWalking 作PM移互聯網混沌初期連市場同都迷糊候自始嘗試各種推廣式扛真槍打實彈推千萬級別項目~~~搞留存60項目~~ 面我幾重點說項目推廣吧: 1.各平台都市場 win7:躍終端都千萬沒玩必要 ios:市場單itunes越獄ios7向已經足10%現象應該發者市場妥協吧搞付費越越少 ios第三市場我簡單推薦幾:搞趣限免師91,360金山電池 android:安卓市場相比較元市場政策問題google play沒像itunes擔起重戲終端市場運營商介入變更加復雜我android市場劃: A官市場google play B第三市場機鋒安卓安智等 C終端品牌市場智匯雲三星市場金立市場等 D room市場Android 4.3Jelly Bean(凍豆)等等 E運營商市場移MM等等 Fwap站PC客戶端web站快平台流量站 android要載手機安裝所GHIJK類市場省略互聯網朋友應該都知道其推廣類型 2.特殊市場 我覺鑽空民族任何諧環境都打破平衡我推薦兩任何平台都適用強市場: A積牆等廣告商刷量市場 B肉刷市場 C劣質伺服器刷量市場(高危) D真機刷量市場(ios用) E push市場 F惡意軟體潛伏安裝市場 做互聯網做兩事抄刷 3.流量共享 貌似每軟體都應用推薦合理自資源置換 公司安排實習刷臉必要並且選擇渠道精準性 4.線渠道 用戶量少情況產品品牌概念未形所線推廣都太扯淡形品牌型傳播試試看核算CPA陳本 5.社化營銷 現興起種網路SNS推廣式比較偏軟式植入快速傳播文字圖片視頻各SNS社區傳播帶高爆發流量能需要產品本身營造題性營銷團隊執行力我覺親向放棄吧沒啥碰運氣 6.SNS享 接入主流社區享功能做自我營銷功能我說家熟悉所APP都適合內容型產品或者產內容型產品試試例優伶畫報魔漫相機啥理解 7.於團隊建議 應該能涵蓋移互聯網主流推廣模式於團隊說除才外本能推廣建議千萬要全平台線團隊精力根本負荷特別android平台變現能力強用戶基數導致android渠道用戶水比較低握產品轉換率留存受渠道質量波影響建議先搞iosios推廣本效驗證產品需求否靠譜您itunes都勃起勸別做 光搞ios沒前途像私密相冊2013.團隊5半做30萬iphone用戶本1萬元推廣值研究畢竟競品比較 吧我覺起析志同道合加我~ 注:android第三渠道我見 android第三渠道我幾類 1.論壇早批:機鋒網安卓網安智網等 2.PC工具:豌豆莢91助手等 3.市場:應用匯等 4.巨介入:騰訊(等)網路(弱)360(強) 其實android第三放渠道五花八門我自統計共534~項收集夠牛B吧呵呵 自:張巧忠

㈡ 如何從eclipse中導入android插件

1.下載sdk，點擊SDK Manager.exe更新組件，很長時間 2.eclipse下載adt插件，地址網上找，安裝好後有創建android project 3.eclipse：window--》perfermences--》android--》指定sdk地址 5.現在可以創建安卓項目，同時運行不要忘記配置avd，即安卓虛擬器

㈢ android插件化框架哪個好

首先由於我自己也是個新手，也是在學習各種框架然後給公司項目選定相應自動化框架，研究移動自動化測試框架也就近段時間而已，所以我只能從我自己今天為止的認知角度給各個框架抒發我自己的拙見，你看是否能從中接納一二吧（對於我自己的話還需要再花一段時間去學習各個框架才能確定哪個/些是適合我們項目的了,也許到時我會寫個正式的總結)。

根據你的要求，應該不會考慮MonkeyRunner和Robotium，但我還是想跟你說下其實Robotium還是挺不錯的，如果你沒有考慮跨進程調用其他APP的話。至於MonkeyRunner我就不大推薦了，你可以看下我對金陽光老師的一個評論的回復《MonkenRunner通過HierarchyViewer定位控制項的方法和建議》（文章最後我乾脆也貼出來了）。至於Robotium，你對比下本人博客裡面各個框架編寫的Note的測試示例就可以看出來Robotium相對其他框架會簡介很多，況且發展的比UIAutomator和Appium長久很多，所以也應該會更成熟，和Eclipse集成調試起來也很方便。比起後兩者如果有不足的話我覺得就以下幾點吧：

1. 所有的操作抽象到一個Solo類裡面，缺乏面向對象的編程思想，有時會讓人不適應。如果你熟悉C語言等面向過程的語言思想的話應該沒有問題。
2. 獲取控制項的方法比較缺乏，大概就幾種：通過Text，ID， ClassName，Index。沒有後兩者的多種多樣
3. 跨進程：因為底層使用Instrument框架，測試包和被測應用包打包在一起作為一個進程運行而線程間通過instrumentaiton進行通信，導致了逃不出這個進程設沙箱（sandbox)
4. 做不了模擬鍵盤的測試（但同時這個也是Robotium非常巨大的優點，因為不像後兩者那樣需要調用鍵盤導致輸入的各種各樣的問題），因為Robotium輸入讀出其實是直接對控制項的text屬性進行操作沒有通過鍵盤驅動的，你如果做過UI編程應該就明白我的意思了，因為記住你的測試代碼和目標應用是打包在同一個進程中的，同一個進程中想訪問另外一個線程的某個變數，運用相應的IPC（Interprocess Communication)機制當然是沒有問題的了。

然後到了你問的主題UIAutomator和Appium的對比，我個人是這樣看的：

1. UIAutomator是親爹（google）生的，所以可以保證後續的開發維護力量，除非google倒閉（這里我有點不懂的是為什麼google對Monkeyrunner的態度這么讓人摸不著頭腦，具體請看以上我說的對MonkeyRunner的評論）
2. Appium雖然不是親爹生的，但是乾爹實力雄厚把它武裝的無所不能（android，ios，firefox，browser通殺），單單以android來說，底層用得還是UIAutomator，所以只要它能及時跟上UIAutomator的更新，功能上面我不是很擔心。
3. 但是也這是Appium的這種架構：UIautomator/seledroid<->Appium Server<->Selenium/AppiumDriver<->Test Case （《Appium架構框架圖整理》http://blog.csdn.net/zhutian/article/details/39453505）,導致框架有點復雜，當問題出現的時候調試起來比較難以定位，不知道哪個模塊出錯了。但是說道調試，總比UIAutomator好，起碼Appium可以直接集成到eclipse上面進行debug，UiAutomator卻每次都要push到目標機器然後再去執行，怎麼調試呢？到現在為止我知道的只能原始的print了。
4. 向下兼容問題：Appium可以通過底層UIAutomator/Selendroid（不記得是不是這名字了）通殺；UIAutomator只能在API Level
17（包含）以上使用
5.語言支持：appium基本通殺，UIAutomator用java足矣
6.跨平台：如你所說的只是android兩者都沒有問題，如果往後需要擴展到ios，那麼建議appium
7.bug數量：UIAutomator有的問題Appium都會有，UIAutomator沒有的問題Appium也有可能有^_^（不過我還是很看好Appium的）
8. 輸入問題，都有bug，具體請查看我相應blog，特別是中文輸入，這就是為什麼我剛才特意提出Robotum的原因之一
9. WebView支持：UIAutomator據說今年年初已經開始支持，個人沒有這方面要求所以沒研究；Appium的框架用的Selenium本身就是PC上最流行的開源Web測試框架，所以必然支持了。注意這你你要有點android編程知識了，WebView指的不僅是WebView控制項還包含如用sencha+phonegap把webview封裝成一個跨平台app的情況了，具體如果不清楚請google。

其他區別我現在就沒有想到了，希望能幫助到你，從我自己的角度來看，我覺得UIAutomator繼續往前發展是必然的了，但是它不可能最終支持ios。至於Appium我同樣有很大的信心它會繼續往好的方向發展，且考慮到它的跨平台支持，基於node.js（現在非常流行哦），兼容性等，我如果是你的話我會考慮用Appium的（拋開Robotium不說，如果你又要考慮的話就需要你根據我之前說的再總結下了^_^）。

我覺得這個可以類比之前的微軟和Borland的關系，API是Windows，但是IDE是Borland的，各專所長了。可惜（或者慶幸）後來微軟發力一下把Borland打得滿地找牙一蹶不振，不過這是題外話了，略過......

對了，我有可能會對這封郵件整理下發到博客了，也希望其他網友能評點一二給你出主意。今晚本來想看下easy_monkey的知識了，給你寫這個email變成臨時性總結了。^_^

給金陽光老師評論的回復如下（關於MonkeyRunner的個人觀點）
-----------------------------------------------------------------------------------------------------------------
回復haorenmin2008：首先膜拜下，金老師大駕光臨蓬蓽生輝啊！
對於後者，確實如此，UIAutomator需要API Level17（包含）以上。
對於前者，因為還沒有MonkeyRunner的項目經驗，所以是否很強大我就不敢妄加評論了，但是在我近來的tryout過程中，鄙人有以下的一些不成熟的認知：

1. 感覺功能不是很穩定，之前嘗試一個MonkeyDevice的getProperty方法，竟然有時成功有時失敗。
2. 性能不好，特別是當我們要用到hierarchyviewer的功能的時候很明顯。
3. 只能用MonkeyImage的sameAs做截屏的對比，雖然加上hierarchyviewer後可以用它的getText，但還是很有限。
4. 控制項定位方面主要是坐標點和HierarchyViewer提供的根據ID。前這兒在UI布局稍微有調整位置的話就需要跟著變動，沒有像其他控制項類框架那樣做高層抽象除非換控制項不然都不需要怎麼變動；後者的話很多控制項是沒有id或者是有多個控制項id相同的。
5. 可調試性也不強（起碼我摸索了這幾天沒有發現一個很好的調試方法，比如IDE Ecilpse等的集成調試方法）
6. HierarchyViewer的穩定性也讓我擔憂，碰到過幾次取控制項信息的時候報exception的。
7. 資料稀缺，不僅網路，google也一樣
8. Google支持讓人覺得摸不著頭腦，sdk給出的API和官方提供的API竟然不一致，以MonkeyDevice為例子，而sdk多出來的API竟然還不能用，google出來的信息不超過10個page，還要很多都是重復的石沉大海的網友報的問題。
9. 再一個的我真心搞不懂為什麼本身java寫的庫非要搞個jython來調用，首先我不說性能損耗（這點肯定是有的，native庫當然用native語言調用效率最好嘛），我想在eclipse上對以下的"device."做自動補全是做不到的「device = MonkeyRunner.waitForConnection()\n device.",而只有直接調用個構造函數實例化的device = MonkeyDevice（xxx）才能做到，這個我不相信是我配置的問題，換了個jython標准編譯器以調用標准庫問題同樣存在。

㈣ android studio中插件和依賴庫的區別

簡答的說插件是給android studio這個開發IDE用的，依賴庫是給你的項目用的。下面詳細解釋下。

插件：(Plug-in,又稱addin、add-in、addon或add-on,又譯外掛)是一種遵循一定規范的應用程序介面編寫出來的程序。其只能運行在程序規定的系統平台下（可能同時支持多個平台），而不能脫離指定的平台單獨運行。android studio中插件就是其平台下幫助開發的小程序，比如：

• ButterKnife Zelezny：ButterKnife 註解生成器，使用起來非常簡單方便。

• SelectorChapek：設計師給我們提供好了各種資源，每個按鈕都要寫一個selector是不是很麻煩？這么這個插件就為解決這個問題而生，你只需要做的是告訴設計師們按照規范命名就好了，其他一鍵搞定。

• GsonFormat：現在大多數服務端api都以json數據格式返回，而客戶端需要根據api介面生成相應的實體類，這個插件把這個過程自動化了。

• Android Parcelable Code Generator：Android中的序列化有兩種方式，分別是實現Serializable介面和Parcelable介面，但在Android中是推薦使用Parcelable，只不過我們這種方式要比Serializable方式要繁瑣，那麼有了這個插件一切就ok了。

㈤ Android Studio有哪些非常好用的插件

身為折騰愛好者，沒事就喜歡折騰插件啥的，裝了一大堆，最後留下來的也就以下幾個了：

.ignore：版本控制忽略文件高亮和補齊

ADB Idea：ctrl + Shift + A 查找中添加常用卸載安裝app的一些操作，無需命令行
Android ButterKnife Zelezny：butterKnife自動生成註解插件，包括holder
Android Parcelable code generator：Parcelable 自動生成插件
Androd Propery Initializer：findViewById 生成插件
Codota:搜索代碼用，
Eclipse code formatter: 沒人覺的idea的格式化工具不好用嘛，有了這個，就可以把以前eclipse的格式化腳本到idea來，一下子就治好了強迫症有沒有。
Genymotion:這個就不解釋了吧，用了之後都不願意用真機了。。
GsonFormat:五顆星推薦，把json數據往粘貼板一貼，自動生成Bean有沒有，顯著提高生成力。
Markdown：markdown 支持，這個沒啥說的。

㈥ 如何用eclipse開發一個類似於Android插件那樣的插件

http://code.google.com/p/slave4j/

㈦ android開發 插件app怎麼做

現在網上關於android插件的案例很多，原理幾乎都大同小異，無非都是主程序啟動代理Activity然後通過DexClassLoader綁定插件上的組件。

㈧ 在Eclipse裡面 添加android插件

為Eclipse編程軟體添加Android SDK功能，使其能進行Android開發。

解決方法：

軟體版本：Eclipse 3.7，installer_r18-windows.exe（Android安裝包，安裝好後會有Android AVD Manager和Android SDK Manager），win7 64位操作系統。

1. 首先，先點擊installer_r18-windows安裝包，按照提示將其安裝好。這里的安裝路徑為C:Program Files (x86)Android。

2. 其次，在eclipse中，打開Install安裝界面（Help->Install New Softwares...），在Name和Location編輯框後分別輸入ADT和http://dl-ssl.google.com/android/eclipse/，其中Name的取值是隨意的，只要不重復，而Location的值是android的服務獲取網址，是確定的。

由於訪問google伺服器時得時不得，建議先下載android adt的最新版本（一般為解壓文件），然後通過上述方法，使用本地離線安裝的形式，由eclipse自動解壓adt文件來載入插件。

㈨ android插件和宿主是一個進程嗎

一 配置插件apk的對外啟動Activity (內部activity不需要配置)

與普通app不同,插件AndroidManifest.xml配置在apkplug框架中是無效的,我們需要在plugin.xml裡面配置才能被apkplug所識別

具體設置屬性為

Bundle-Activity="xxx.xxx.xxx.Activity"

只有設置為Bundle-Activity的activity才能從宿主中啟動,否則將報"無法找到相應類的異常"

二 設置多個外部啟動Activity

如果你有多個activity需要從外部啟動的話可以用,分割 如

Bundle-Activity="a.b.c,d.e.f,j.q.p"

以上配置了三個activity,可以外部啟動通過插件的Bundle.getBundleActivity() 可獲取到這個字元串

Bundle.getBundleActivity().split(",")[0] 分割出對應的Activity類

三 啟動activity

啟動插件activity的方式很多,最簡單的是以原生activity啟動方式進行啟動

Intent i=new Intent();
i.setClassName(mContext, Bundle.getBundleActivity().split(",")[0]);

//必須以此標簽啟動
i.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
mContext.startActivity(i);

四 插件內部activity調用

以Android原生方式調用即可.

須要注意的是所有插件activity都只能以 i.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);方式啟動

㈩ 如何編寫自己的android插件

目前plugin-x中定義了4個協議：ProtocolAds, ProtocolAnalytics, ProtocolIAP, ProtocolSocial。編寫自己的插件，不需要寫任何的c++/jni代碼或者javascript綁定代碼。我們已經在plugin-x的核心層實現了這些，開發者所要做的就是：

新建一個android工程。

使用java實現我們定義的介面。

plugin的文件夾結構

請確保你的plugin文件夾結構類似下圖：

build.xml : publish.sh腳本使用它，可以從其他插件工程拷貝過來，注意要修改工程名。

ForManifest.xml : gameDevGuide.sh使用它. 如果你的插件在AndroidManifest.xml開啟了一些額外的許可權，需要把他們添加到這個文件中。

sdk : 把第三方SDK的jar包放在這里。

src : 把你的插件實現代碼放在這里。

編寫java類實現至少一個介面

這個類應該有一個帶有Context參數的構造函數，例如：

package org.cocos2dx.plugin;
public class AnalyticsFlurry implements InterfaceAnalytics {
...
public AnalyticsFlurry(Context context) {
mContext = context;
}
}

你可以覆蓋介面中的方法，或者定義自己的方法，例如：

@Override
public String getSDKVersion() {
return "3.2.1";
}

protected void setUserId(String userId) {
LogD("setUserId invoked!");
final String curUser = userId;
PluginWrapper.runOnMainThread(new Runnable() {
@Override
public void run() {
try {
FlurryAgent.setUserId(curUser);
} catch(Exception e){
LogE("Exception in setUserId", e);
}
}
});
}

目前plugin-x只支持傳遞int, float, boolean, String, JSONObject類型的參數，返回值類型只可以是int, float, boolean, String。