三米工作室
PNG團隊（翻譯）
2018年9月14日
媒體人，你們好涂召！我們繼續(xù)講述APP功能細分系列的第五個細分功能 —應(yīng)用程序的通知模型∽狗牵現(xiàn)在來看，通知是一個復(fù)雜的功能果正。本文并未涵蓋通知的所有細節(jié)炎码，但我希望它可以在您為應(yīng)用程序選擇通知模型時提供一些清晰且正確的方向盟迟。
在我們開始討論通知模型之前，讓我們快速了解一下通知是什么以及它們包含什么潦闲。
通知是源自針對用戶的應(yīng)用信息攒菠。
以下是通知的一些重要組成部分。?
通知模型 - 架構(gòu)
來源：通知發(fā)起是應(yīng)用程序的一部分歉闰。在應(yīng)用程序的體系結(jié)構(gòu)可以有多個存儲區(qū)辖众，進行信息分類，這些存儲區(qū)將成為通知源新娜。
信息：需要通過通知傳達給用戶的消息赵辕。例如“Daenerys Targaryen發(fā)給你的朋友請求”或“Lord Varys開始關(guān)注你”。
類型：通知主要有兩種類型：信息和可操作概龄。根據(jù)應(yīng)用程序的不同还惠，這兩種類型都可以有其他子類型。
通知徽章：是用于指導(dǎo)用戶通知的可視指示器私杜。通知指示符可以像點一樣簡單蚕键，也可以對其進行計數(shù)，將顯示未讀通知的數(shù)量衰粹。
錨點：錨點是應(yīng)用程序的可視組件锣光，通知在界面上顯示。簡而言之铝耻，這是用戶將看到的通知指示符/徽章的組件誊爹。請注意，錨點不一定是通知源瓢捉，而只是通知表面所在的組件频丘。錨可以容納來自多個來源或僅一個來源的通知。想象一下泡态，源代碼更多地是在架構(gòu)/信息級別上搂漠，但是錨點是可視組件，您可以在其中看到通知標記某弦。
通知是應(yīng)用程序與用戶通信 桐汤，并可能將用戶帶回應(yīng)用程序的介質(zhì)之一。因此靶壮，它們是應(yīng)用程序中非常重要的一部分怔毛。讓我向您介紹一些最常見的通知模型，以及何時使用一個通知模型腾降。
1.通知中心
? ? ? 在這個模型中馆截，只要有一個明確的地點，你所有的通知都會到達。通知中心可以是專用屏幕或彈出窗口蜡娶，具體取決于可用的產(chǎn)品。在此模型中映穗，所有通知不管其來源窖张，都聚集到通知中心。然后蚁滋，您可以從通知中心導(dǎo)航到通知來源宿接。Medium使用此模型進行通知≡迹徽章會顯示在響鈴圖標上睦霎，該圖標是所有通知的入口點。讀取和未讀通知是兩種不同的視覺表現(xiàn)形式走诞，目的是方便用戶區(qū)分副女，這也是十分重要的。
? ? ? ? 該模型的最大優(yōu)點是其靈活性蚣旱。這是一個可以容納每個通知的地方碑幅，無論是現(xiàn)有來源還是新內(nèi)容。
?使用方針：
必須考慮所有不同類型的通知塞绿，并且應(yīng)遵循相同的設(shè)計架構(gòu)雨效。在設(shè)計模式時簿煌，將可伸縮性視為我們的主要目標非常重要。
如果您有太多的通知來源，那么當(dāng)通知太多時朱盐，此模型可能會開始變得有點混亂。如果有類似類型的通知磕昼，您可以將它們組合在一起味廊，這有助于減少重復(fù)。例如笋妥，“Sansa Stark和另外3人向您發(fā)送了朋友請求”懊昨。
確保通知中心易于發(fā)現(xiàn)和訪問。
關(guān)于通知中心的使用：
您的產(chǎn)品無法錨定到任何現(xiàn)有導(dǎo)航選項的通知春宣。這可能是因為通知與產(chǎn)品上的現(xiàn)有對象不一致酵颁，或者通知不是源自信息體系結(jié)構(gòu)中任何已定義的源。
通知源可能比應(yīng)用程序可以在屏幕上容納的更多月帝。
當(dāng)你的時間很短躏惋。在您需要時間考慮所有可能的通知方案并找到每個方案的錨點之前，可能會出現(xiàn)需要發(fā)布功能的情況嚷辅。在這種情況下簿姨，通知中心可能是您輕松的出路，因為它本質(zhì)上非常靈活。
2.來源錨定通知
? ? ? ? 在這個模型中扁位，每個通知都錨定到導(dǎo)航選項准潭，該選項很可能也是通知的來源。您的所有通知都沒有單一的中心域仇⌒倘唬看看WhatApp可以獲得更好的想法。在兩個平臺（Android和iOS）上暇务，來自聊天或調(diào)用的通知都錨定到相應(yīng)的導(dǎo)航菜單泼掠。該模型的優(yōu)點在于它可以提供更多內(nèi)容的可發(fā)現(xiàn)性。用戶現(xiàn)在可以直接訪問通知所傳達的信息垦细，而無需添加中間層择镇。但是這種模型不像通知中心那樣靈活或可擴展。WhatsApp? - 源錨定通知
? ? ? 此模型在很大程度上取決于應(yīng)用程序的信息架構(gòu)括改。導(dǎo)航必須能夠容納所有不同類型的通知腻豌。與之前的模型一樣，此處讀取和未讀取的通知在視覺上也是不同的叹谁。
使用方針：
確保每個通知都可以錨定到屏幕上的某個導(dǎo)航選項饲梭。隨著應(yīng)用程序復(fù)雜性的增加，通知源也可能會增加焰檩。在這種情況下憔涉，您可以選擇通知中心，也可以考慮混合模型（即錨定模型和通知中心的組合）析苫。我們將在下一節(jié)中介紹混合模型兜叨。
每個錨都應(yīng)該有一個設(shè)計架構(gòu)，用于它將容納的內(nèi)容衩侥。確保您的通知符合錨點的架構(gòu)国旷。為了理解這一點，讓我們以WhatsApp為例茫死。這里的錨點“聊天”有一個設(shè)計模式跪但，用于定義聊天對象的外觀。這意味著錨定到聊天的任何通知都必須遵循此架構(gòu)峦萎÷啪茫“呼叫”也是如此。
確保錨固件易于發(fā)現(xiàn)和可觸及爱榔。避免使用嵌套錨點被环。
關(guān)于源錨定通知使用：
當(dāng)所有可能的通知來源都可以在登陸屏幕上進行調(diào)整。
當(dāng)您已經(jīng)考慮了所有通知方案详幽，并且可以使用現(xiàn)有設(shè)計模式來適應(yīng)所有通知筛欢。這些通知遵循它們所錨定的源的模式非常重要浸锨。
3.混合模型
? ? ? ? 該模型是兩種模型的組合（即錨定模型和通知中心的組合）。它是最常用的型號版姑。Facebook柱搜，LinkedIn，Twitter和Instagram是一些使用它的常見應(yīng)用程序剥险。在這里冯凹，通知中心成為導(dǎo)航菜單中的選項之一，可以用作不符合登陸屏幕資格的源的錨炒嘲。例如，F(xiàn)acebook將新朋友請求錨定到“朋友”選項卡匈庭，但是喜歡頁面的邀請被錨定到通知中心夫凸。
? ? ? ? 該模型具有兩種模型的優(yōu)點，可以輕松適應(yīng)大多數(shù)情況阱持。雖然現(xiàn)在您可以將通知錨定到通知中心夭拌，但仍然必須仔細考慮所有方案并確定優(yōu)先級，這可以通過源錨定通知進行調(diào)整衷咽。
? ? ? ? 就像源錨定模型一樣鸽扁，此模型也嚴重依賴于導(dǎo)航菜單，導(dǎo)航菜單現(xiàn)在還具有通知中心選項镶骗。
使用方針：
識別產(chǎn)品架構(gòu)中最重要的信息并對其進行排名桶现。對它們進行排名可以讓您優(yōu)先考慮哪些通知應(yīng)該錨定到源，哪些通知應(yīng)該放在通知中心鼎姊。由于此模型取決于導(dǎo)航骡和，因此通知的配置可根據(jù)可用的不動產(chǎn)進行更改。
確保主要錨點和通知中心可以作為登陸屏幕上導(dǎo)航的一部分輕松發(fā)現(xiàn)相寇。
關(guān)于混合模型的使用：
您已經(jīng)考慮過通知方案慰于。您有一些通知可以錨定到各自的源，但仍有些其他通知無法錨定到架構(gòu)中的任何現(xiàn)有源唤衫。
您在導(dǎo)航中已嵌套了源婆赠。例如，F(xiàn)acebook應(yīng)用程序上的漢堡菜單圖標是其它來源的通知錨點佳励，例如群組休里，觀察，記憶植兰，已保存份帐，市場等。
結(jié)論：
上面提到的所有模型在合適的情景下都是很有用的楣导。選擇應(yīng)用程序的模型取決于信息體系結(jié)構(gòu)和您想要迎合的通知類型废境。
原文鏈接：
https://medium.muz.li/designing-notifications-for-applications-3cad56fecf96
