iOS----------被拒原因

来源:http://www.cnblogs.com/KiVen2015/archive/2017/04/07/6676504.html
-Advertisement-
Play Games

推薦地址:https://developer.apple.com/app-store/review/guidelines/cn/ 目錄 1.條款與條件 2.功能 3.元數據 4.位置 5.推送通知 6.游戲中心 7.廣告 8.商標與商品外觀 9.媒體內容 10.用戶界面 11.購買與貨幣 12.抓取 ...


推薦地址:https://developer.apple.com/app-store/review/guidelines/cn/

 

目錄

1.條款與條件

2.功能

3.元數據

4.位置

5.推送通知

6.游戲中心

7.廣告

8.商標與商品外觀

9.媒體內容

10.用戶界面

11.購買與貨幣

12.抓取與聚合

13.設備損害

14.人身攻擊

15.暴力

16.令人反感的內容

17.隱私

18.色情

19.宗教、文化與種族

20.競賽、賭博、彩票和抽獎

21.慈善與援助

22.法律要件

23.Passbook

24.兒童類別

25.擴展

26.HomeKit

27.HealthKit

28.TestFlight

29.Apple Pay

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 beta版、demo版、trial版和test版的程式將會被拒絕。

2.10 iPhone程式必須不經修改就能以iPhone解析度和2倍 iPhone 3GS的解析度在iPad上運行。

2.11 與App Store已有程式重覆的應用可能會被拒絕,特別是數量很多的情況下,比如手電筒筒應用和愛經應用。

2.12 有用性不顯著、不獨特的應用或者與網站簡單捆綁的應用有可能被拒;不提供任何持久娛樂價值的程式可能會被拒絕。

2.13 主要用於營銷或廣告的程式將會被拒絕。

2.14 提供欺騙或虛假功能,卻有沒有明確標示的應用程式將會被拒絕。

2.15 大於100MB(綠色原先是50MB)無法通過蜂窩網路下載的應用(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的應用必須遵守開發者項目許可協議(Developer Program License Agreement)的表1、表2以及表3,否則應用將會被拒。

2.25 類似App Store,基於購買或者促銷的目的而展示其他應用的應用將會被拒絕,除非是經過特殊審核批准(比如健康管理、航空以及其他無障礙需求等),或者為特殊群體用戶提供具有重大意義的附加值的應用。

2.26 只有當app採集是出於特殊審核需求時,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 有以下行為的開發者將會被蘋果從iOS開發者計劃中除名:試圖操縱或者欺騙用戶評級,偽造或者付費評級,以及其他不相稱的行為。

3.11 在安裝下載之前推薦用戶重啟iOS設備的應用將會被拒。

3.12 在提交審核過程中,應用程式應包含能正常運行的URL,比如支持URL和隱私政策URL。

3.13 如果應用程式的截圖和營銷文本沒有清晰地確定需要額外單獨購買(比如使用IAP)的內容或者項目,那麼應用程式將會被拒絕。

3.14 App預覽可以僅使用從應用程式捕獲的視頻屏幕、旁白、文本以及design overlays,否則應用程式將會被拒絕。(10.11更新)

3.15 添加App預覽的應用程式,未經許可展示真人個人信息將會被拒絕。(10.11更新)

3.16 App預覽可能僅包括在所有選定地區內經過授權許可用於此目的的音樂。(10.11更新)

3.17 App預覽包含未經許可的通過app播放的內容(比如iTunes playlist和YouTube流媒體)的應用將會被拒絕。(10.11更新)

4. 位置

4.1 在收集、傳輸或使用位置數據之前未通知並獲得用戶同意的程式將會被拒絕。

4.2 使用基於位置的API來自動控制車輛、飛機或其他設備的應用程式將會被拒絕。

4.3 使用基於位置的API用於調度、車隊管理或應急服務的程式將會被拒絕。

4.4 當與應用功能或服務密切相關時可以使用位置數據,或者用於經過授權的廣告。(10.11更新)

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 使用受保護的第三方材料(商標、版權、商業機密、其他私有內容)在申請時需要提供一份文本形式的版權確認。

9. 媒體內容

9.1 不使用媒體播放器框架(MediaPlayer Framework)獲取音樂庫中媒體內容的應用程式將會被拒絕。

9.2 用戶界面模仿任何iPod界面的應用程式將會被拒絕。

9.3 通過蜂窩網路傳輸的音頻流內容每5分鐘不得超過5MB。

9.4 通過蜂窩網路傳輸超過10分鐘的視頻流內容需要使用HTTP Live Streaming,並包含一個基準線為64kbps的音頻HTTP Live Streaming。

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購買積分(Credit)或者其他的貨幣必須在本應用中消費。

11.5 使用IAP購買已過期積分(Credit)或者其他貨幣的應用軟體將會被拒絕。

11.6 使用IAP訂閱的內容至少要持續7天,而且允許在用戶的其他iOS設備間共用。

11.7 應用程式使用IAP購買項目必須分派到正確的購買類型中。

11.8 使用IAP購買iOS內置功能(如照相機,陀螺儀)的應用程式將會被拒絕。

11.9 含有超過限定時間的內容或服務的應用程式將會被拒絕,除了特殊批准的內容(比如films、電視節目音樂以及書籍)。

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)的應用程式必須提供一個過濾不良資訊的方法,一個用戶可以標記具有侵犯性內容的機制以及可以阻止辱罵用戶的能力。(10.11更新)

15. 暴力

15.1 應用程式中出現人或動物被殺、致殘以及槍擊、刺傷、拷打等受傷情形的真實畫面將會被拒絕。

15.2 出現描繪暴力或虐待兒童等內容的應用程式將會被拒絕。

15.3 游戲中出現的“敵人”不可指向一個特定種族、文化、一個真實存在的政府、企業或者其他任何現實中的實體。

15.4 對武器進行真實描述以慫恿非法使用或濫用這些武器的應用程式將會被拒絕。

15.5包含俄羅斯輪盤賭博內容的游戲將會被拒。

16.令人反感的內容

16.1 應用程式中出現過於令人反感或者低俗的內容將會被拒絕。

16.2 在設計上激怒用戶或令人感到厭惡的應用程式將會被拒絕。

17.隱私

17.1 在未經用戶事先許可,或未告知用戶如何使用信息,在何處使用信息的情況下,應用程式不能傳輸用戶數據。

17.2 要求用戶提供電子郵箱地址和出生日期等私人信息才可使用其功能的應用程式將會被拒絕。

17.3 僅出於遵守適用的兒童隱私法規的目的,應用程式可以要求用戶的出生日期(或者使用其他age-gating機制),但是必須包括一些有用的功能或者娛樂價值,不管用戶年齡大小。

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框架的應用程式必須遵守其所在區域的適用法律,以及iOS Developer Program License Agreement中的3.3.28和3.39條款。

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 提供診斷、治療建議或者控制硬體以診斷或者治療疾病的應用,若沒有根據要求提供書面的監管審批,將會被拒絕。

28.TestFlight

28.1應用程式僅能使用TestFlight對以公開發佈為目的的應用進行beta版測試,且必須遵守完整的App Review Guidelines。

28.2 當版本中包含的內容或功能有重大變化時,使用TestFlight的應用程式必須提交審核。

28.3 使用TestFlight的應用程式不允許分發給測試者,以作為任何形式的補償。

29. Apple Pay

29.1 使用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獲得的數據。

動態文檔

這份文檔展現了我們在竭盡所能向您分享我們對提交到App Store的程式的審查方式,我們希望您在開發和提交程式時,這份指南能對您有所幫助。這是一份動態文檔,隨著新程式和新情況的發生會有所變化。我們會定期更新,以反映這些變化。

感謝您參與到iOS的開發中來。雖然此文檔是一份“不該做事宜”的列表,但也請將那份短得多的“必做事宜”列表牢記在心。最重要的是,與我們一道 共同努力讓用戶感到驚奇和欣喜。用創新方式向他們展示世界,讓他們用前所未有的方式與之交流。根據我們的經驗,無論是在功能和用戶界面上,用戶確實會對完 善的程式有所反應。更進一步,給他們期望之外的東西,帶他們去從未去過的地方。我們願意提供幫助。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • JS函數調用Javascript 函數有 4 種調用方式。每種方式的不同在於this的初始化。this關鍵字 一般而言,在Javascript中,this指向函數執行時的當前對象。但是this是保留關鍵字,並不能被修改。 調用函數,函數中的代碼在函數被調用後執行。 以上函數不屬於任何對象,但是在JS ...
  • 文檔對象模型(Document Object Model,DOM)是一種用於HTML和XML文檔的編程介面。它給文檔提供了一種結構化的表示方法,可以改變文檔的內容和呈現方式。我們最為關心的是,DOM把網頁和腳本以及其他的編程語言聯繫了起來。DOM屬於瀏覽器,而不是JavaScript語言規範里的規定 ...
  • ▓▓▓▓▓▓ 大致介紹 在ECMASript6中引入了類這一概念,通過class聲明一個類。對於學習過C和C++的人應該不會陌生 ▓▓▓▓▓▓ 類 看一個簡單的類: 在上面的例子中,利用class關鍵字聲明瞭一個類Greeter,在類中,定義了一個屬性,一個構造函數和一個方法 ▓▓▓▓▓▓ 繼承 類 ...
  • 我們看有的項目的文檔,會發現它的註釋寫的很好看,很規範。 而如果你的代碼註釋還是在用簡單的 // 或者 /**/ ,那就學習一下在Android Studio中如何進行註釋模板的設置 首先看下麵代碼: 很顯然,這是一個規範的註釋方法,對方法的每一個參數都有進行說明,很顯然 這註釋中的 @param ...
  • 一、準備工具: 1.配置電腦java JDK 環境 JDK 可以到官網下載 ,根據需要安裝的電腦的配置下載相應的JDK http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html 我這裡選擇: ...
  • 本文並非最終版本,如果想要關註更新或更正的內容請關註文集,聯繫方式詳見文末,如有疏忽和遺漏,歡迎指正。 本文相關目錄: ================== 所屬文集: "【iOS】07 設備工具 " ================== "7.4 定位服務 1.0 簡介" "7.4 定位服務 2. ...
  • 相信 strings.xml 已經是大家在 Android 開發中最熟悉的文件之一了,但其實它也有很多需要註意的地方和一些小技巧,知道了這些可以讓你的 Android 應用更加規範易用,大家來看看吧。: ) 不要復用 這一條可能很多人會有不同的意見,因為廣為流行的編程理念就在教導我們要復用代碼,當然 ...
  • 頂部Analyze菜單中選擇Run Inspection by Name 在彈出的輸入框中輸入unused resources ...
一周排行
    -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.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...