app定義怎麼獲取

A. 如何獲取app 的包名和activity 名

用命令方獲取：
Aapt mpbadging xxxx.apk
第一個框為包名
第二個框為主Activity名
如果取包名與Activity在命令行中不方例還可以用以下方式獲取
Aapt mpbadging xxxx.apk >c:\apk.txt
之後打開c:\apk.txt！

B. app的定義是什麼

APP（應用程序，Application的縮寫）一般指手機軟體

C. APP的概念是什麼

APP為application的縮寫，即為應用程序。所以手機APP指安裝在智能手機上的軟體、應用，完善原始系統的不足與個性化，使手機完善其功能，為用戶提供更豐富的使用體驗的主要手段。

手機軟體的運行需要有相應的手機系統，主要的手機系統有蘋果公司的iOS、谷歌公司的android（安卓）系統、塞班平台和微軟平台。

手機預裝軟體一般指手機出廠自帶、或第三方刷機渠道預裝到消費者手機當中、且消費者無法自行刪除的應用或軟體。除了手機預裝軟體之外，還有用戶從手機應用市場自己下載安裝的第三方手機APP應用，下載類型主要集中在社交社區類軟體。

(3)app定義怎麼獲取擴展閱讀：

下載和安裝APP需注意以下事項;

1、安裝可靠的手機安全防護軟體，定期升級，以提升信息安全性。

2、盡量選擇從手機軟體的官方網站、信譽良好的第三方應用商店等正規渠道下載APP，不要輕易點擊APP中的彈出廣告和各種不明鏈接，不掃描來源不明的二維碼。

3、通過安全應用查殺手機木馬、管理APP許可權，阻止APP收集隱私和通過各種途徑上傳。

4、養成及時關閉後台應用程序的習慣、關閉自動更新，使用手動更新、刪除或減少耗電量高的預裝軟體。

D. 如何獲取手機安裝的所有App列表，並獲取到App圖標

程序大概分成三個部分：
1.獲取手機已安裝的所有應用package的信息(其中包括用戶自己安裝的，還有系統自帶的)；
2.濾除系統自帶應用；
3.通過列表顯示出應用程序的圖標(icon),和其他文字信息(應用名稱，包名稱package name,版本號等等)
首先，我們定義一個數據結構，來保存應用程序信息(icon,name,packageName,versionName,versionCode,等)

E. 怎樣定義app的用戶獲取成本

有幾個層面來分析這個問題：
（1）當然app開發者可以和預裝渠道探討包括，按每個激活用戶付費，按每個激活用戶（並活躍多少時間）付費等各種模式，但由於信息不對稱（預裝渠道不知道最終app用戶情況），最簡單的也就是按安裝量付費（大家心裡有個激活比例的預期）。
（2）在按安裝量付費的模式下，預裝渠道有很大動力進行大量，低質量的安裝。
（3）真是的客戶獲取成本，對於app開發者自己，是一目瞭然的（前提是能知道客戶是從那個營銷渠道來的）。最科學計算方式，是按「活躍」客戶來算CAC，當然活躍的定義，要看app自己營銷宣傳的目的。大家肯定願意有個更大的用戶基礎，和更低的headline CAC。

作者：馬焱俊

來源：知乎

F. android怎麼獲取APP的唯一標識applicationId

有很多場景和需求你需要用到手機設備的唯一標識符。例如,略。
在Android中，有以下幾種方法獲取這樣的ID。

1. The IMEI: 僅僅只對Android手機有效:
TelephonyManager TelephonyMgr = (TelephonyManager)getSystemService(TELEPHONY_SERVICE);
String szImei = TelephonyMgr.getDeviceId(); // Requires READ_PHONE_STATE

採用此種方法，需要在AndroidManifest.xml中加入一個許可：android.permission.READ_PHONE_STATE，並且用戶應當允許安裝此應用。作為手機來講，IMEI是唯一的，它應該類似於 359881030314356（除非你有一個沒有量產的手機（水貨）它可能有無效的IMEI，如：0000000000000）。
2. Pseudo-Unique ID, 這個在任何Android手機中都有效
有一些特殊的情況，一些如平板電腦的設置沒有通話功能，或者你不願加入READ_PHONE_STATE許可。而你仍然想獲得唯一序列號之類的東西。這時你可以通過取出ROM版本、製造商、CPU型號、以及其他硬體信息來實現這一點。這樣計算出來的ID不是唯一的（因為如果兩個手機應用了同樣的硬體以及Rom 鏡像）。但應當明白的是，出現類似情況的可能性基本可以忽略。要實現這一點，你可以使用Build類:
String m_szDevIDShort = "35" + //we make this look like a valid IMEI
Build.BOARD.length()%10+ Build.BRAND.length()%10 + Build.CPU_ABI.length()%10 + Build.DEVICE.length()%10 + Build.DISPLAY.length()%10 + Build.HOST.length()%10 + Build.ID.length()%10 + Build.MANUFACTURER.length()%10 + Build.MODEL.length()%10 + Build.PRODUCT.length()%10 + Build.TAGS.length()%10 + Build.TYPE.length()%10 + Build.USER.length()%10 ; //13 digits
大多數的Build成員都是字元串形式的，我們只取他們的長度信息。我們取到13個數字，並在前面加上「35」。這樣這個ID看起來就和15位IMEI一樣了。

G. 怎麼定義一個app的價值

朋友想創業，做app，於是問道於我。我沒有直接點評他的產品，而是給了三個評判標准：

一，app如何吸引用戶下載？這是最基礎的，首先要能夠有用戶下載，才能考慮後續的問題。

1，有用戶需要的功能或內容（功能：工具類，譬如唯物主藝；內容類：醫療問答類、教育類app等）。

2，有趣或有價值的內容（在線視頻、知乎、新聞客戶端等等）。

3，有用戶的社交網路或社交網路的推廣（社交網路：QQ、微信、人人等；社交網路的推廣：曾經火熱的臉萌等）。

二，app如何留住用戶之判斷三原則？有了用戶下載，接著就要考慮如何留住用戶，然後才能考慮商業化的問題。

1，包含用戶自己的內容（UGC或用戶搜集、存儲的）或用戶有需求的外部內容：

前者譬如各種雲盤，還有筆記類、游記類、和唯物主藝這類產品等等，都很典型了。後者譬如新聞類，或者網路貼吧之類，以及各種游戲類。需要認識到的是，用戶
自己創作的內容畢竟是少數，更多時候，還是向外界獲取內容。所以如何方便的獲取外界的內容，是必須考慮的。

2，包含用戶的社交關系與網路：
qq、微信就不說了，還有其他的產品譬如人人網，能夠死而不僵，就是因為總有新生入學。

3，包含某些用戶需要的功能：

譬如拍照類、生理周期類、日歷鬧鍾類等等。這方面的app就實在是層出不窮，不勝枚舉了。最近很火熱的o2o創業潮，以及可穿戴設備的興起，就都是從這方
面入手去獲取用戶的。（一般工具類難有內容，所以要麼是功能創新，要麼是功能集成，要麼是引入用戶的社交關系。唯物主藝這類產品，和其他筆記類產品，算是
例外，因為它們是對內容做管理的工具，所以工具基於內容而生。）

三，app的價值，以及是否會被邊緣化之判斷四標准。這就是在存留住用戶的基礎上，去考慮app能夠產生多大的價值。做app，最忌諱的就是用戶數量少，打開率不足，活躍度低，這些都很要命。

1，是面向大眾的，還是針對特定人群、特定場景的垂直app。
面向大眾的，則要求使用頻率高。針對特定人群與場景的，則對使用頻率要求相對低。前者譬如唯物主藝、微博、微信、及新聞閱讀類、視頻音頻類等等。後者譬如各種學習工具、寵物社區、醫葯app等。

2，是本地化的，還是依賴於互聯網的。

本地化的，對使用頻率的要求更低。依賴於互聯網，對使用頻率要求更高。前者譬如手機自帶的各種工具類app，和其他很多工具類app如唯物主藝。後者就太
多了，現在很多app都要求聯網去獲取內容。開發這類型的app，對活躍度要求就很高，因為打開率直接關繫到商業模式能否展開。

3，是高頻使用的，還是低頻使用的。
高頻的價值高，難以被邊緣化。低頻的價值也低，容易被邊緣化。前者譬如微信，人們每天打開app的次數實在太多，所以其估值極高。後者譬如天氣類app、日歷鬧鍾類等等，用戶有需求，但卻低頻，導致商業化始終難以破冰。

4，內容是靜態的，還是動態的。
靜態的內容，對活躍度要求低。而動態的內容，對活躍度的要求高。譬如微博、新聞等，屬於動態的內容，所以對活躍度要求就很高。而譬如唯物主藝所關注的物品，和各種電子書等，就近乎於屬於靜態的內容，對活躍度的要求就相對低些。

H. android 怎麼獲取自定義application

API如就說，大概意思就Application可以保存全局變更，而且你還可以自定義，通過配置AndroidManifest.xml中的Application標簽的name欄位可以配置自定義的Application,並且你的應用一啟動時，這個Application就會啟動。

看了看方法，有四個，onConfigurationChanged(Configuration newConfig),onCreate(),onLowMemory(),onTerminate()。大概看了下下，做了下試驗，只懂了一個onCreate(),它比入口Activity的onCreate()先初始化，應該也就是which will cause that class to be instantiated for you when the process for your application/package is created.不多說了，貼代碼吧。

自定義的Application,定義了兩個變數，字元串變數params及一個Actitvity:

[java] view plain
package com.ghli.applicationtest;

import android.app.Application;
import android.util.Log;

public class MyApplication extends Application {
private static final String TAG = "MyApplication";
//自定義的變數
private String param1;
private ApplicationTest firstAct;

public String getParam1() {
return param1;
}

public void setParam1(String param1) {
this.param1 = param1;
}

public ApplicationTest getFirstAct() {
return firstAct;
}

public void setFirstAct(ApplicationTest firstAct) {
this.firstAct = firstAct;
}

@Override
public void onCreate() {
super.onCreate();
Log.v(TAG, "onCreate");
}

}