App Store 審核指南

来源:http://www.cnblogs.com/lurenq/archive/2017/08/30/7451557.html
-Advertisement-
Play Games

官方鏈接: https://developer.apple.com/app-store/review/guidelines/cn/ 1.條款和條件 1.1為App Store開發程式,開發者必須遵守Program License Agreement (PLA)、人機交互指南(HIG)以及開發者和蘋果 ...


 

官方鏈接: https://developer.apple.com/app-store/review/guidelines/cn/   1.條款和條件 1.1為App Store開發程式,開發者必須遵守Program License Agreement (PLA)、人機交互指南(HIG)以及開發者和蘋果簽訂的任何其他協議和合同。以下規則和例證旨在幫助開發者的程式能獲得App Store的認可,而不是修改或刪除任何其他協議中的條款。   2.功能  2.1 崩潰的程式將會被拒絕。 2.2 存在錯誤的程式將會被拒絕。 2.3 跟開發者宣傳不符的程式將會被拒絕。 2.4 無應用文檔或隱藏功能與描述不符的程式將會被拒絕。 2.5 使用非公開API的程式將會被拒絕。 2.6 在指定容器範圍外讀寫數據的程式將會被拒絕。 2.7 以任何方式或形式下載代碼的程式將會被拒絕。 2.8 安裝或運行其他可執行代碼的程式將會被拒絕。 2.9 Demo版、trial版和test版的程式將會被拒絕。Beta版應用程式可通過TestFlight提交,並且必須遵守相關指南。(此前並未允許Beta版通過TestFlight提交) 2.10 iPhone程式必須不經修改就能以iPhone解析度和2倍iPhone 3GS的解析度在iPad上運行。 2.11 與App Store已有程式重覆的應用可能會被拒絕,特別是數量很多的情況下,比如手電筒筒應用和愛經應用。 2.12 沒有顯著用途、不獨特的應用程式或者與網站簡單捆綁的應用有可能被拒;不提供任何持久娛樂價值的程式可能會被拒絕。 2.13 內容主要是營銷材料或廣告的程式將會被拒絕。 2.14 包含欺騙或虛假功能,卻有沒有標明的應用程式將會被拒絕。 2.15 大於100MB無法通過蜂窩網路下載的應用(App Store會自動禁止)。 2.16 多任務程式使用後臺服務僅限於幾種目的:VoIP、音頻播放、地理位置、完成任務以及本地提醒等。 2.17 應用程式只允許使用iOS WebKit框架和WebKit Javascript瀏覽web內容。 2.18 鼓勵酗酒或使用違禁藥物,或引誘青少年飲酒或吸煙的程式將會被拒絕。 2.19 提供錯誤的系統診斷或不精確的設備數據的應用將會被拒絕。 2.20 向App Store上傳大量相似版本程式的開發者將會從iOS開發者計劃中除名。 2.21 簡單一首歌曲或者一部影片應用要提交到iTunes store,書籍類應用應該提交到iBookstore。 2.22 隨意根據環境(如定位或者運營商)限制用戶使用的應用會被拒。 2.23 應用必須遵守iOS數據儲存指導方針(iOS Data Storage Guidelines ),否則應用將被拒。 2.24 存放在Newsstand的應用必須遵守開發者項目許可協議(Program License Agreement)的表1、表2以及表3,否則應用將會被拒。 2.25 類似App store,或者基於購買或者促銷的目的而展示其他應用的應用將會被拒絕 (限制更加嚴格,此前經過特殊審核批准(比如健康管理、航空以及其他無障礙需求等),或者為特殊群體用戶提供具有重大意義的附加值的應用是可以通過的) 2.26 只有當app是出於特殊審核需要(比如健康管理、航空以及無障礙需求等)或為特殊群體用戶提供具有重大意義的附加值時,才可以展示和推薦自身以外的其他應用程式,否則應用程式將會被拒絕。   3.元數據(名稱、描述、評級、排名等) 近來廠商踩雷屢見不鮮,此部分請詳細閱讀 3.1 應用或者元數據中提到其他任何移動平臺將會被拒。 3.2 帶有占位符文本的程式將會被拒絕 3.3 應用程式的名稱、描述、截圖或者預覽與應用的內容和功能不相關將會被拒絕。 (此前僅對描述有所限制) 3.4 為了不混淆用戶,iTunes Connect中的應用名稱應該和展示在設備上的應用名稱一致。 3.5 不同尺寸的app icon要一致,否則會造成混淆。 3.6 圖標、截圖以及預覽不符合4+年齡評級的程式將會被拒絕。 (增加了對預覽的限制) 3.7 目錄與類型不適合於程式內容的程式將會被拒絕。 3.8 開發者有責任為其程式指定適合的評級。不相稱的評級可能會由蘋果公司修改。 3.9 開發者有責任為其程式指定恰當的關鍵字。不恰當的關鍵詞可能會被蘋果公司修改/刪除。 3.10 試圖通過偽造評論或者付費評論的方式在AppStore中操縱或者其欺騙用戶評論(或者採用其他不正當方式)以提升排名的開發者將會被蘋果從iOS開發者計劃中除名。 3.11 在安裝或打開應用之前,推薦用戶重啟iOS設備的應用將會被拒。 3.12 提交審核的應用程式應包含能正常運行的URL,比如支持服務URL和隱私政策URL。 3.13 應用程式的截圖、預覽或者營銷文本沒有清晰地指出附加內容或項目需要額外單獨購買(比如使用IAP)將會被拒絕。 3.14 App預覽僅能使用從應用程式捕獲的視頻屏幕、旁白、文本以及design overlays,否則應用程式將會被拒絕。 3.15 添加App預覽的應用程式,未經許可展示真人個人信息將會被拒絕。 3.16 App預覽僅能使用在所有選定地區內經過授權許可、用於此目的的音樂。 3.17 App預覽包含未經授權的通過app播放的內容(比如iTunes playlist和YouTube流媒體)的應用將會被拒絕。   4.位置 4.1 在收集、傳輸或使用位置數據之前未通知並獲得用戶同意的程式將會被拒絕。 4.2 將基於位置的API用於車輛、飛機或其他設備的自動控制或自主控制的應用程式將會被拒絕。 4.3 使用基於位置的API用於應急服務的應用程式將會被拒絕。 (此處進行了描述修改,未著重指出調度和車隊管理) 4.4 當與提供的功能或服務密切相關,或者為支持經過授權的廣告時,應用程式才可以使用位置數據。   5.推送通知 5.1 不使用蘋果推送通知(APN)應用介面提供推送通知的程式將會被拒絕。 5.2 未從蘋果獲得Push Application ID便擅自使用APN服務的程式將會被拒絕。 5.3 在首次推送消息或者要求運行推送通知之前未獲得用戶許可的應用將會被拒絕。 5.4 使用推送通知發送敏感個人信息或機密信息的程式將會被拒絕。 5.5 使用推送通知發送非請求消息,或用於釣魚或群發垃圾信息用途的程式將會被拒絕。 5.6 應用程式不可使用推送通知發送廣告、促銷或任何類型的直銷信息。 5.7 應用程式不能向使用推送通知服務的用戶收取費用。 5.8 使用推送通知會過多利用APN服務的網路流量或帶寬或給設備帶來過度負擔的程式將會被拒絕。 5.9 如果應用程式傳送病毒、文件、電腦代碼或程式,並且對APN服務的正常運行造成損害或中斷,那麼該程式將會被拒絕。   6.游戲中心 6.1 向終端用戶或任意第三方顯示玩家ID的程式將會被拒絕。 6.2 將玩家ID用於任何未經游戲中心條款批准用途的程式將會被拒絕。 6.3 試圖進行反向搜索、跟蹤、關聯、挖掘、獲得或利用玩家ID、別名或通過游戲中心獲得其他信息的開發者將會iOS開發者計劃除名。 6.4 游戲中心信息(例如排行榜分數),只能用於游戲中心批准的應用程式中。 6.5 利用游戲中心服務發送非請求信息,或用於釣魚或群發垃圾郵件的程式將會被拒絕。 6.6 過多使用游戲中心網路流量或帶寬的應用程式將會被拒絕。 6.7 如果程式能夠傳送病毒、文件、電腦代碼或程式,並且對游戲中心服務的正常運行造成損害或中斷,該程式將會被拒絕。   7.廣告 7.1 人工刷廣告瀏覽量或者廣告點擊率的應用程式將會被拒絕。 7.2 包含空iAd廣告的應用程式將會被拒絕。 7.3 主要設計目的在於顯示廣告的應用程式將會被拒絕。   8.商標與商品外觀 8.1 應用程式必須遵守”Guidelines for Using Apple Trademarks and Copyrights”和”Apple Trademark List”中說明的所有條款與條件。 8.2 任何誤導和暗示蘋果公司是該應用程式來源或提供商,或者蘋果公司以任何形式表示認可其質量或功能的應用程式將會被拒絕。 8.3 與目前已有蘋果產品或者廣告主題外觀相似或混淆的應用程式將會被拒絕。 8.4 在應用程式名稱中將蘋果產品名拼錯的應用程式(例如,GPS for iPhone,iTunz)將會被拒絕。 8.5 應用程式不得使用受保護的第三方材料(比如商標、版權以及專利),不能違反第三方使用條款。必須提供使用這些材料的授權許可。 8.6 若無明確授權許可,從第三方來源處(比如YouTube、SoundCloud以及Vimeo等)下載音樂或者視頻內容的應用程式將會被拒絕。   9.媒體內容 9.1 不使用媒體播放器框架(MediaPlayer Framework)獲取音樂庫中媒體內容的應用程式將會被拒絕。 9.2 用戶界面模仿任何iPod或者iTunes界面的應用程式將會被拒絕。 9.3 通過蜂窩網路傳輸的音頻流內容每5分鐘不得超過5MB。 9.4 通過蜂窩網路傳輸超過10分鐘的視頻流內容必須使用HTTP Live Streaming協議,並且要包含一個基線為192kbps或者更低的HTTP實時流。   10.用戶界面 10.1 應用程式必須遵守蘋果的《iOS Human Interface Guidelines》中所有的條款和條件。 10.2 外觀與iPhone自帶應用(比如App Store、iTunes Store和iBookstore)相似的應用程式將會被拒絕。 10.3 未能按蘋果《iOS Human Interface Guidelines》描述正確使用系統提供的項目(比如按鈕、圖標)的應用將會被拒絕。 10.4 創建桌面/主屏幕環境或者模擬multi-App插件體驗的應用程式將會被拒絕。 10.5 修改音量大小和鈴聲/靜音等標準開關功能的應用程式將會被拒絕。 10.6 蘋果和我們的客戶高度推崇簡單、精緻、富有創造性以及經過精心設計的界面。雖然需要付出更多,但卻非常值得。蘋果設立了很高的門檻。如果你的用戶界面太過複雜或者水準不高,可能會被拒絕。   11.購買與貨幣流通 11.1 使用App Store以外的渠道解鎖或開啟附加屬性和功能的應用程式將會被拒絕。 11.2 使用應用內支付系統(IAP)以外的系統購買內容、功能或服務的應用軟體將會被拒絕。 11.3 使用IAP購買實物商品或者用於該軟體之外的商品和服務的應用軟體將會被拒絕。 11.4 使用IAP購買積分(信用點)或者其他貨幣必須在本應用中消費。 11.5 使用IAP購買已過期積分或其他貨幣的應用軟體將會被拒絕。 11.6 使用IAP訂閱的內容至少要持續7天,而且允許在用戶的其他iOS設備間共用。 11.7 使用IAP購買項目的應用程式必須指派正確的購買類型。 11.8 使用IAP購買iOS內置功能(如照相機,陀螺儀)的應用程式將會被拒絕。 11.9 含有超過限定時間的內容或服務的應用程式將會被拒絕,除經特定批准的內容(比如電影、電視節目音樂以及書籍)。 11.10 保險類應用程式必須免費,要遵守發佈地區的法律,並且不能使用IAP。 11.11 一般而言,你的應用程式越貴,我們的評審會越深入。(對不起,我們國產大部分是免費網游) 11.12 提供訂閱功能的應用必須使用IAP,蘋果將會按照Developer Program License Agreement中的約定與開發者按30/70比例分成。 11.13 在應用內使用跳轉至外部購買或訂閱鏈接的應用將會被拒,比如”buy”按鈕跳轉至一個購買電子書的web頁面。 11.14 只要應用內沒有跳轉至外部購買、訂閱的按鈕或鏈接,蘋果允許這些應用讀取或展示經批准的、在應用外購買或訂閱內容(特別是雜誌、報紙、書籍、音頻、音樂、視頻以及雲存儲內容)。蘋果只能通過應用程式內的購買獲得一部分收益。 11.15 應用程式可以只使用自動更新訂閱期刊(報紙、雜誌)、商業應用程式(企業類、效率類、專業創意類以及雲存儲類)和媒體類應用程式(視頻、音頻、聲音),否則應用程式將被拒絕。 11.16 當與特定的經過審核的實體產品(比如玩具)結合使用時,應用程式可以使用獲得批准的附加特性和功能,只要附加功能完全依賴於該硬體產品(比如一款用於控制望遠鏡的應用程式)或者也可以在不使用實物產品的情況下使用應用程式,比如成就獎勵或者使用IAP。 11.17 如果應用功能遵照各州和聯邦法律,那麼應用可以用來促進被認可的虛擬貨幣的流通。   12.抓取和聚合 12.1 從蘋果網站(例如apple.com、iTunes Store、App Store、iTunes Connect以及Apple Developer Programs等)抓取任何信息或者使用蘋果網站內容和服務進行排名的應用程式將會被拒絕。 12.2 應用軟體可以使用獲得批准的蘋果RSS feeds,例如iTunes Store RSS feeds。 12.3 只是簡單的網頁剪切、內容整合或者收集鏈接的應用程式可能會被拒絕。   13.損害設備 13.1 慫恿用戶以可能造成損害的方式使用蘋果設備的應用軟體將會被拒絕。 13.2 快速耗光設備電量或產生過多熱量的應用軟體將會被拒絕。 13.3 能導致用戶人身傷害的app將會被拒絕。   14.人身攻擊 14.1 涉及誹謗、人身攻擊性質以及內容狹隘卑鄙的應用軟體或者打擊特定個人或組織的應用軟體將會被拒絕。 14.2 職業政治諷刺家和幽默作家不受這一條款約束。(開門,查水錶) 14.3 展示用戶創作內容(UGC)的應用程式必須提供一個過濾不良資訊的方法,一個用戶可以標記侵犯性內容的機制,以及可以阻止辱罵用戶的能力。   15.暴力(此前傳禁槍的消息並未在條款中明確指出) 15.1 應用程式中出現人或動物被殺、致殘以及槍擊、刺傷、拷打等受傷情形的真實畫面將會被拒絕。 15.2 出現描繪暴力或虐待兒童等內容的應用程式將會被拒絕。 15.3 游戲中出現的”敵人”不可指向一個特定種族、文化、一個真實存在的政府、企業或者其他任何現實中的實體。 15.4 對武器進行真實描述以慫恿非法使用或濫用這些武器的應用程式將會被拒絕。 15.5 包含俄羅斯輪盤賭博內容的游戲將會被拒。   16.令人反感的內容 16.1 應用程式中出現過於令人反感或者低俗的內容將會被拒絕。 16.2 在設計上激怒用戶或令人感到厭惡的應用程式將會被拒絕。   17.隱私 17.1 在未經用戶事先許可,或未告知用戶如何使用信息以及在何處使用信息的情況下,應用程式不能傳輸用戶數據。 17.2 要求用戶共用電子郵箱地址和出生日期等私人信息才可使用其功能的應用程式將會被拒絕。 17.3 僅出於遵守適用的兒童隱私法規的目的,應用程式可以要求用戶的出生日期(或者使用其他年齡評級機制),但是必須包括一些有用的功能或者娛樂價值,不管用戶年齡大小。 17.4 收集、傳輸以及分享未成年用戶個人信息(比如名字、地址、郵件、位置、照片、視頻、繪畫、聊天信息以及其他個人數據,或者與以上所述相關的永久性標示符)的應用程式必須遵守應用兒童隱私法規,並且必須包含隱私條款。 17.5 包含賬號註冊或者訪問用戶現有賬號的應用程式必須包含隱私策略,否則將會被拒絕。   18.色情 18.1 含有色情素材,也就是《韋氏詞典》中定義的”旨在激發情欲,對性器官或性行為的明確描述或展示,而無關美學或情緒感受”的程式將會被拒絕。 18.2 包含用戶頻繁提供的色情內容的應用程式(比如以前的“Chat Roulette”程式)將會被拒絕。   19.宗教,文化與種族 19.1 涉及宗教、文化或種族群體的引用或評論包含誹謗性、攻擊性或狹隘內容,或會使特定群體遭受傷害或暴力的應用程式將會被拒絕。 19.2 程式可以包含或引用宗教經文,程式所提供的引用或翻譯必須準確且不會引起誤導。評論應該有教育意義,可以令人開闊眼界,而不應有煽動性。   20. 競賽、賭博、彩票以及抽獎 20.1 彩票抽獎和競賽必須由應用程式的開發者或者app所屬公司發起。 20.2 應用程式必須展示彩票抽獎和競賽的正式規則,並聲明蘋果不是發起者,也沒有以任何方式參與活動。 20.3 開發者運營一款具有抽獎性質的應用必須經過法律允許,並且抽獎應用必須具備以下特征:報酬、運氣以及獎品。 20.4 允許用戶在應用中直接購買彩票或彩券的應用將會被拒。 20.5 提供真錢游戲(比如體育博彩、撲克牌、賭場游戲、賽馬以及彩票)的應用程式必須有應用程式適用地區當地必要的許可和允許,必須限制在這些區域,必須可以從App Store免費下載。 20.6 使用IAP購買信譽或者貨幣,且結合真錢游戲的應用將會被拒絕。   21.慈善與援助 21.1 包含可以向已認證的慈善組織捐贈功能的應用程式必須是免費的。 21.2 捐贈款項的募集必須通過Safari瀏覽器訪問web頁面或是手機短消息完成。   22.法律要件 22.1 應用程式必須遵守所有發佈地區當地法律,開發者有義務瞭解並遵守所有當地法律。 22.2 包含虛假,欺詐或誤導性陳述的程式將會被拒絕。 22.3 任何用於招徠、促進或鼓勵犯罪或明顯魯莽行為的應用程式將會被拒絕。 22.4 支持非法文件共用的程式將會被拒絕。 22.5 被設計用以非法賭博工具的應用程式(包括點算牌)將會被拒絕。 22.6 具有匿名或惡作劇撥打電話或發送類似簡訊/彩信功能的程式將會被拒絕。 22.7 任何開發暗中收集用戶密碼或用戶私人數據程式的開發者將會從iOS開發者計劃中除名。 22.8 包含非執法機構發佈的DUI檢查點信息,或者慫恿/協助酒後駕車的應用將會被拒絕。 22.9 計算藥劑用量的應用程式必須由藥品製造商或者認可機構發佈,比如醫院、保險公司以及高校。 22.10 在未授權的情況下使用iTunes音樂預覽的應用程式將會被拒絕。   23. Passbook 23.1 Passbook Passes可被用來支付或者接收支付,傳遞商業信息或者提供驗證(比如電影票、飛機票、優惠券以及其他),但把Passbook Passes用於其他用途的應用程式可能會遭到拒絕,並且會被撤銷Passbook證書。 23.2 Passes必須包含有效的pass發行人有效的聯繫資料,否則app將會被拒絕,並且Passbook證書也會被取消。 23.3 Passes必須經過實體簽名,並基於其名字、商標或者品牌進行分發,否則應用程式將會被拒絕,而Passbook證書也可能會被撤銷。   24.兒童類別 24.1 兒童類別中的應用程式必須包含隱私政策,必須遵守適用的兒童隱私法規。 24.2 兒童類別中的應用程式不允許包括行為廣告(比如app內部基於用戶行動的服務廣告),任何在應用程式中展示的上下文廣告必須適合兒童。 24.3 兒童類別中的應用程式必須得到家長許可或使用parental gate才能鏈接至應用程式外部或進行交易。 24.4 兒童類別中的應用程式必須標明”5歲以下,6-8歲或者9-11歲”。   25.擴展 25.1 包含擴展的應用程式必須遵照App Extension Programming Guide要求。 25.2 包含擴展的應用程式必須提供某些功能(輔助屏幕,附加設置),否則將會被拒絕。 25.3 如果擴展的視圖中包含營銷推廣、廣告或者IAP內容,那麼包含該擴展的應用將會被拒絕。 25.4 鍵盤擴展必須提供一個切換至下個鍵盤的方法。 25.5 鍵盤擴展必須具有離線訪問功能,否則將會被拒絕。 25.6 鍵盤擴展必須提供和App Extension Programming Guide描述一致的數字和十進鍵盤類型,否則將會被拒絕。 25.7 提供鍵盤擴展的應用必須擁有基本的功能分類和隱私政策,否則將會被拒絕。 25.8 提供鍵盤擴展的應用程式只允許收集用戶活動以增強鍵盤擴展在iOS設備上的功能,否則將會被拒絕。   26.HomeKit 26.1 使用HomeKit框架的應用程式必須有提供家庭自動化服務的主要目的。 26.2 使用HomeKit框架的應用程式必須在營銷文本中說明用途,同時必須提供隱私政策,否則將會被拒絕。 26.3 應用程式不允許將從HomeKit API收集的數據用於廣告宣傳或者其他基於使用的數據挖掘。 26.4 出於其他目的使用從HomeKit API收集的數據,而不是用於提高用戶體驗或者家庭自動化功能中硬體/軟體性能,這類應用將會被拒絕。   27.HealthKit 27.1 使用HealthKit或者ResearchKit框架(出於健康目的用於進行人體生物學研究的框架)的應用程式,必須遵守其所有適用區域的法律,以及iOS Developer Program License Agreement中的3.3.28和3.39條款。(增加了對於ResearchKit框架的支持) 27.2 將虛假或者錯誤的數據寫入HealthKit的應用程式將會被拒絕。 27.3 使用HealthKit框架的應用程式在iCloud中儲存用戶健康信息將會被拒絕。 27.4 應用程式不允許將通過HealthKit API收集的用戶數據用作廣告宣傳或者基於使用的數據挖掘目的,除了改善健康、醫療、健康管理以及醫學研究目的。 27.5 未經用戶許可與第三方分享通過HealthKit API獲得的用戶數據的應用程式將會被拒絕。 27.6 使用HealthKit框架的應用程式必須在營銷文本中說明集成了Health app,同時必須在app用戶界面清楚闡釋HealthKit的功能。 27.7 使用HealthKit框架的應用程式必須提供隱私政策,否則將會被拒絕。 27.8 提供診斷、治療建議,或者控制診斷疾病的硬體,或者治療疾病的應用程式,若沒有根據要求提供書面的監管審批,將會被拒絕。 27.9 收集人體生物學研究相關數據的應用程式必須要獲得參與者的許可,對於未成年人,應用程式要得到其父母或者監護人的許可。許可內容必須包括:(a)研究的性質、目的以及持續性;(b)參與流程、風險以及受益(福利);(c)信息的機密性和數據處理(包括與任何與第三方的共用);(d)參與者問題切入點;(e)取消方法(新增)   28.TestFlight 28.1 應用程式僅能使用TestFlight對以公開發佈為目的的應用進行beta版測試,且必須遵守完整的App Review Guidelines。 28.2 當版本中包含的內容或功能有重大變化時,使用TestFlight的應用程式必須提交審核。 28.3 使用TestFlight的應用程式不允許分發給測試者,以作為任何形式的補償。   29. Apple Pay 29.1 使用Apple Pay的應用程式必須在出售任何商品或者服務之前為用戶提供所有材料的購買信息,否則將會被拒絕。使用Apple Pay進行定期付款的應用程式必須提供最低限度續費期限,付費將持續直至被取消,每個階段所付款額,費用付款歸屬,以及如何取消等。(增加了對於定期付款的規定) 29.2 使用Apple Pay的應用程式必須正確使用Apple Pay Human Interface Guidelines中的Apple Pay標識和用戶界面元素,否則將會被拒絕。 29.3 使用Apple Pay作為購買機制的應用程式所提供的商品或服務不能觸犯任何交付地範圍內的法律,也不能用作任何非法目的。 29.4 使用Apple Pay的應用程式必須提供隱私政策,否則將會被拒絕。 29.5 只有為了促進或提高商品和服務的交付,或者依照法律要件,使用Apple Pay的應用程式才能與第三方分享通過Apple Pay獲得的數據。
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 寫在前面 本文只是個人在熟悉 的一些個人筆記,因此我只根據我自己的情況來熟悉 ,所以很多 並沒有被列舉到,比如常規的 等等操作,這些 我認為只要你自己稍微看一下 "官網" 的介紹都可以知道怎麼用。本文所有的代碼請參看本人的 地址 "https://github.com/Rynxiao/immutab ...
  • 背景 最近在寫一個基於Android的IPC實現的一個小工具,主要實現的就是能夠在手機查看被監視程式的值的變化和日誌等。因為用了入侵的方式,所以需要被監視APK集成一個SDK。程式界面一覽: <! 工程結構以及SDK簡單示例: ! 大概還是一個半成品的樣子,後續會寫一些Root以後才有的功能。 遇到 ...
  • 輔助功能(AccessibilityService)其實是一個Android系統提供給的一種服務,本身是繼承Service類的。這個服務提供了增強的用戶界面,旨在幫助殘障人士或者可能暫時無法與設備充分交互的人們。從開發者的角度看,其實就是提供兩種功能:查找界面元素,實現模擬點擊。實現一個輔助功能服務... ...
  • Android中的隨筆提示文本組件AutoCompleteTextView的使用,此組件用於輸入文本,然後就會在所配置的適配器中的數據進行查找顯示在組件下麵。 ...
  • 1. jar包下載 下載地址:http://ormlite.com/releases/,一般用core和android包即可。 如果使用的是android studio,也可以直接通過module settings加入依賴。 2. 實體類 使用OrmLite創建表不需要寫任何SQL語句,而是通過創建 ...
  • Android中,子線程使用主線程中的組件出現問題的解決方法 ...
  • 資源使用 Android 中支持三種格式的點陣圖文件:.png(首選), .jpg(可接受),.gif(不建議) 為什麼首推 PNG 呢? 官網的描述如下: 註:在構建過程中,可通過 aapt 工具自動優化點陣圖文件,對圖像進行無損壓縮。例如,不需要超過 256 色的真彩色 PNG 可通過調色板轉換為 ...
  • 在開始之前,我們需要創建一個DrawRectView 其初始代碼為 在ViewController中使用(尺寸為100x100並居中) 顯示效果如下(用紅色邊框顯示邊界) 修改DrawRectView.m代碼如下 其實就添加了下麵的繪圖代碼而已,繪製7條線條,每條線條的寬度為0.5 效果如下 將圖片 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...