1、ShareSDK是什麼呢？
ShareSDK是MobTech旗下的一款社會化分享組件，為App提供社會化功能，集成了一些常用的類庫和介面，縮短開發者的開發時間，還有社會化統計分析管理後台
2、使用信息流推廣app，為什麼效果越來越差
我覺得你得在App中接入信息流，這樣效果才好。你看現在的移動互聯網，一些現象級的App都增加了資訊信息流。其實資訊信息流可以給APP運營帶來很多好處：
1， 可以通過資訊推送提升App的活躍度和回訪度，增加用戶使用App時長和頻次，增強用戶粘性。
2， 用戶通過社交媒體分享資訊同時也促進App的推廣傳播，擴大知名度。
3， 用戶分享資訊會引導更多用戶下載使用App，增加用戶量。
4， 資訊信息流中可插入廣告實現流量變現。對於信息流廣告來說，廣告形式多樣，廣告位樣式多，廣告位豐富（用戶在App下拉瀏覽資訊時，可在資訊間隔中不斷設定廣告位）；廣告親和性強，精準度高（基於用戶畫像），非常易於受眾接受。
移動互聯網的發展已進入到存量用戶爭奪的階段，App運營方式也該相應升級了，接入資訊信息流已成為各類app運營推廣必不可少的趨勢！而我發現最近互聯網新出現了一款資訊採集和智能分發產品——信鴿資訊，試用了一下，居然可讓App運營者5分鍾即可接入資訊信息流及廣告。App的運營者或開發者值得關注一下，搜索「newssdk信鴿資訊」就能找到他們的網站。
其實雖然移動互聯網在快速發展，但App的運營推廣本質並沒有變化，歸根結底依舊是真正貼心打動用戶內心所想。而通過大數據採集和分析、智能分發和推薦、互聯網營銷工具等先進的技術手段，形成資訊信息流和信息流廣告，助力App運營者准確全面有效觸及目標用戶，從而在移動互聯網存量用戶爭奪階段獲得更好的收益。
3、怎麼和墨菲信息流服務平台合作呢？
和墨菲信息合作的方式有三種，分別是API、SDK以及H5接入。另外還有變現的合作
4、mysharesdk是什麼軟體
是ShareSDK吧。
ShareSDK是一種社會化分享組件，為iOS、Android、WP8 的APP提供社會化功能，集成了一些常用的類庫和介面，縮短開發者的開發時間，還有社會化統計分析管理後台。ShareSDK移動開發者服務平台由廣州掌淘網路科技有限公司開發。
支持包括QQ、微信、新浪微博、騰訊微博、開心網、人人網、豆瓣、網易微博、搜狐微博、facebook、twitter、google+等國內外40多家的主流社交平台，幫助開發者輕松實現社會化分享、登錄、關注、獲得用戶資料、獲取好友列表等主流的社會化功能，強大的統計分析管理後台，可以實時了解用戶、信息流、迴流率、傳播效率等數據，有效地指導移動APP的日常運營與推廣，同時為APP引入更多的社會化流量。
5、墨菲信息流服物平 台提供的數據接入方式有哪些
墨菲信息為客戶提供了三種接入方式：集成SDK、Has嵌套以及調用API。像這幾種接入方式最快2小時就可以接入，簡單易用，極大的提高了工作效率。這為客戶的使用提供了相當大的便利。
6、如何選擇 compileSdkVersion，minSdkVersion，targetSdk-ITNOSE
當你發布一個應用之後，(取決於具體的發布時間)可能沒過幾個月 Android 系統就發布了一個新版本。這對你的應用意味著什麼，所有東西都不能用了？
別擔心，向前兼容是 Android 非常關注的事情。用戶在升級到新版 Android 的時候，用以前版本的 SDK 構建的現有應用應該不會出問題。這就是 compileSdkVersion, minSdkVersion 和 targetSdkVersion 的作用：他們分別控制可以使用哪些 API ，要求的 API 級別是什麼，以及應用的兼容模式。
compileSdkVersion
compileSdkVersion 告訴 Gradle 用哪個 Android SDK 版本編譯你的應用。使用任何新添加的 API 就需要使用對應 Level 的 Android SDK。
需要強調的是修改 compileSdkVersion 不會改變運行時的行為。當你修改了 compileSdkVersion 的時候，可能會出現新的編譯警告、編譯錯誤，但新的 compileSdkVersion 不會被包含到 APK 中：它純粹只是在編譯的時候使用。（你真的應該修復這些警告，他們的出現一定是有原因的）
因此我們強烈推薦總是使用最新的 SDK 進行編譯。在現有代碼上使用新的編譯檢查可以獲得很多好處，避免新棄用的 API ，並且為使用新的 API 做好准備。
注意，如果使用 Support Library ，
那麼使用最新發布的 Support Library 就需要使用最新的 SDK 編譯。例如，要使用 23.1.1 版本的 Support
Library ，compileSdkVersion 就必需至少是 23 （大版本號要一致！）。通常，新版的 Support Library
隨著新的系統版本而發布，它為系統新增加的 API 和新特性提供兼容性支持。
minSdkVersion
如果 compileSdkVersion 設置為可用的最新 API，那麼 minSdkVersion 則是應用可以運行的最低要求。minSdkVersion 是 Google Play 商店用來判斷用戶設備是否可以安裝某個應用的標志之一。
在開發時 minSdkVersion 也起到一個重要角色：lint 默認會在項目中運行，它在你使用了高於 minSdkVersion 的 API 時會警告你，幫你避免調用不存在的 API 的運行時問題。如果只在較高版本的系統上才使用某些 API，通常使用運行時檢查系統版本的方式解決。
請記住，你所使用的庫，如 Support Library 或 Google Play services，
可能有他們自己的 minSdkVersion 。你的應用設置的 minSdkVersion 必需大於等於這些庫的 minSdkVersion
。例如有三個庫，它們的 minSdkVersion 分別是 4, 7 和 9 ，那麼你的 minSdkVersion 必需至少是 9
才能使用它們。在少數情況下，你仍然想用一個比你應用的 minSdkVersion
還高的庫（處理所有的邊緣情況，確保它只在較新的平台上使用），你可以使用 tools:overrideLibrary 標記，但請做徹底的測試！
當你決定使用什麼 minSdkVersion 時候，你應該參考當前的 Android 分布統計，它顯示了最近 7 天所有訪問 Google Play 的設備信息。他們就是你把應用發布到 Google Play 時的潛在用戶。最終這是一個商業決策問題，取決於為了支持額外 3% 的設備，確保最佳體驗而付出的開發和測試成本是否值得。
當然，如果某個新的 API 是你整個應用的關鍵，那麼確定 minSdkVersion 的值就比較容易了。不過要記得 14 億設備中的 0.7％ 也是個不小的數字。
targetSdkVersion
三個版本號中最有趣的就是 targetSdkVersion 了。 targetSdkVersion 是 Android 提供向前兼容的主要依據，在應用的 targetSdkVersion 沒有更新之前系統不會應用最新的行為變化。這允許你在適應新的行為變化之前就可以使用新的 API （因為你已經更新了 compileSdkVersion 不是嗎？）。
targetSdkVersion 所暗示的許多行為變化都記錄在 VERSION_CODES 文檔中了，但是所有恐怖的細節也都列在每次發布的平台亮點中了，在這個 API Level 表中可以方便地找到相應的鏈接。
例如，Android 6.0 變化文檔中談了 target 為 API 23 時會如何把你的應用轉換到運行時許可權模型上，Android 4.4 行為變化闡述了 target 為 API 19 及以上時使用 set() 和 setRepeating() 設置 alarm 會有怎樣的行為變化。
由於某些行為的變化對用戶是非常明顯的（棄用的 menu 按鈕，運行時許可權等），所以將 target 更新為最新的 SDK 是所有應用都應該優先處理的事情。但這不意味著你一定要使用所有新引入的功能，也不意味著你可以不做任何測試就盲目地更新 targetSdkVersion ，請一定在更新 targetSdkVersion 之前做測試！你的用戶會感謝你的。
Gradle 和 SDK 版本
所以設置正確的 compileSdkVersion, minSdkVersion 和 targetSdkVersion 很重要。如你所想， Gradle 和 Android Studio 都在構建系統中集成了它們。在你的模塊的 build.gradle 文件中（也可以在 Android Studio 的項目結構選項中）設置：
android {
compileSdkVersion 23
buildToolsVersion "23.0.1"
defaultConfig {
applicationId "com.example.checkyourtargetsdk"
minSdkVersion 7
targetSdkVersion 23
versionCode 1
versionName 「1.0」
}
}
編譯時用到的 compileSdkVersion 是和構建工具版本一起設置的 Android 設置之一。其他兩個稍有不同，他們在構建變體(build variant)的那裡聲明。defaultConfig 是所有構建變體的基礎，也是設置這些默認值的地方。你可以想像在一個更復雜的系統中，應用的某些版本可能會有不同的 minSdkVersion 。
minSdkVersion 和 targetSdkVersion 與 compileSdkVersion 的另一個不同之處是它們會被包含進最終的 APK 文件中，如果你查看生成的 AndroidManifest.xml 文件，你會看到類似下面這樣的標簽：
<uses-sdk android:targetSdkVersion="23" android:minSdkVersion="7" />
如果你在 manifest 文件中手工設置，你會發現 Gradle 在構建時會忽略它們（盡管其它構建系統可能會明確依賴它們）。
綜合來看
如果你按照上面示例那樣配置，你會發現這三個值的關系是：
minSdkVersion <= targetSdkVersion <= compileSdkVersion
這種直覺是合理的，如果 compileSdkVersion 是你的最大值，minSdkVersion 是最小值，那麼最大值必需至少和最小值一樣大且 target 必需在二者之間。
理想上，在穩定狀態下三者的關系應該更像這樣：
minSdkVersion (lowest possible) <=
targetSdkVersion == compileSdkVersion (latest SDK)
用較低的 minSdkVersion 來覆蓋最大的人群，用最新的 SDK 設置 target 和 compile 來獲得最好的外觀和行為。#BuildBetterApps
關於本文的內容您可以參與我們 Google+ 帖子上的討論，關注我們的 Android Development Patterns 信息流獲得更多信息。
7、app如何變現？
App變現的方法，無外乎，一是在app內的變現行為，例如做會員收費，做內容收費，收費方式，可以充值等都可以，像游戲類的就是內容充值，像電商類的就收平台加入費或者商家成單抽成；還有一類App本身系統內的變現行為很難做，像工具類型的，墨跡天氣、計算器、新聞類等，可以接入廣告變現，那接廣告的話，最怕的就是傷用戶，所以選擇一個好的流量變現平台很重要。例如，MobTech，他們家是做大數據智能科技出身的，本身對用戶畫像，用戶分層運營非常的擅長，他們家的流量變現服務Mob-UP，可以幫助你匹配你的App最適合的廣告，這樣用戶體驗也比較好，且用戶價值得到最大的提升。
8、墨菲信息流服 務平 台成功案例中以API方式接入的案例有哪些
墨菲信息以API方式進行數據接入的數據的案例很多，比較有代表性的有獵豹手機瀏覽器、墨跡天氣、1905游戲等。墨菲信息的話不只有這一種數據接入方式，還有SDK、H5等接入方式，客戶通過自己的實際需求，墨菲信息為其提供相應的技術支持。