三米工作室
PNG團(tuán)隊(duì)（翻譯）2018年9月14日
探索不同通知模型的使用方式
媒體人禾怠，你們好！我們繼續(xù)講述APP功能細(xì)分系列的第五個(gè)細(xì)分功能 —應(yīng)用程序的通知模型∨埃現(xiàn)在來看，通知是一個(gè)復(fù)雜的功能。本文并未涵蓋通知的所有細(xì)節(jié)垛孔，但我希望它可以在您為應(yīng)用程序選擇通知模型時(shí)提供一些清晰且正確的方向。
在我們開始討論通知模型之前施敢，讓我們快速了解一下通知是什么以及它們包含什么周荐。
通知是源自針對(duì)用戶的應(yīng)用信息。
以下是通知的一些重要組成部分僵娃。?
來源：通知發(fā)起是應(yīng)用程序的一部分概作。在應(yīng)用程序的體系結(jié)構(gòu)可以有多個(gè)存儲(chǔ)區(qū)，進(jìn)行信息分類默怨，這些存儲(chǔ)區(qū)將成為通知源讯榕。
信息：需要通過通知傳達(dá)給用戶的消息。例如“Daenerys Targaryen發(fā)給你的朋友請(qǐng)求”或“Lord Varys開始關(guān)注你”匙睹。
類型：通知主要有兩種類型：信息和可操作愚屁。根據(jù)應(yīng)用程序的不同，這兩種類型都可以有其他子類型痕檬。
通知徽章：是用于指導(dǎo)用戶通知的可視指示器霎槐。通知指示符可以像點(diǎn)一樣簡(jiǎn)單，也可以對(duì)其進(jìn)行計(jì)數(shù)梦谜，將顯示未讀通知的數(shù)量丘跌。
錨點(diǎn)：錨點(diǎn)是應(yīng)用程序的可視組件，通知在界面上顯示唁桩。簡(jiǎn)而言之闭树，這是用戶將看到的通知指示符/徽章的組件。請(qǐng)注意朵夏，錨點(diǎn)不一定是通知源蔼啦，而只是通知表面所在的組件。錨可以容納來自多個(gè)來源或僅一個(gè)來源的通知仰猖。想象一下捏肢，源代碼更多地是在架構(gòu)/信息級(jí)別上，但是錨點(diǎn)是可視組件饥侵，您可以在其中看到通知標(biāo)記鸵赫。
通知是應(yīng)用程序與用戶通信 ，并可能將用戶帶回應(yīng)用程序的介質(zhì)之一躏升。因此辩棒，它們是應(yīng)用程序中非常重要的一部分。讓我向您介紹一些最常見的通知模型，以及何時(shí)使用一個(gè)通知模型一睁。
1.通知中心
? ? ? 在這個(gè)模型中钻弄，只要有一個(gè)明確的地點(diǎn)，你所有的通知都會(huì)到達(dá)者吁。通知中心可以是專用屏幕或彈出窗口窘俺，具體取決于可用的產(chǎn)品。在此模型中复凳，所有通知不管其來源瘤泪，都聚集到通知中心。然后育八，您可以從通知中心導(dǎo)航到通知來源对途。Medium使用此模型進(jìn)行通知∷杵澹徽章會(huì)顯示在響鈴圖標(biāo)上实檀，該圖標(biāo)是所有通知的入口點(diǎn)。讀取和未讀通知是兩種不同的視覺表現(xiàn)形式劲妙，目的是方便用戶區(qū)分儒喊，這也是十分重要的币呵。
? ? ? ? 該模型的最大優(yōu)點(diǎn)是其靈活性怀愧。這是一個(gè)可以容納每個(gè)通知的地方余赢，無論是現(xiàn)有來源還是新內(nèi)容。
?使用方針：
必須考慮所有不同類型的通知妻柒，并且應(yīng)遵循相同的設(shè)計(jì)架構(gòu)扛拨。在設(shè)計(jì)模式時(shí)举塔，將可伸縮性視為我們的主要目標(biāo)非常重要。
如果您有太多的通知來源计盒，那么當(dāng)通知太多時(shí)芽丹，此模型可能會(huì)開始變得有點(diǎn)混亂。如果有類似類型的通知咕村，您可以將它們組合在一起懈涛，這有助于減少重復(fù)。例如泣港，“Sansa Stark和另外3人向您發(fā)送了朋友請(qǐng)求”价匠。
確保通知中心易于發(fā)現(xiàn)和訪問。
關(guān)于通知中心的使用：
您的產(chǎn)品無法錨定到任何現(xiàn)有導(dǎo)航選項(xiàng)的通知坡氯。這可能是因?yàn)橥ㄖc產(chǎn)品上的現(xiàn)有對(duì)象不一致洋腮，或者通知不是源自信息體系結(jié)構(gòu)中任何已定義的源啥供。
通知源可能比應(yīng)用程序可以在屏幕上容納的更多。
當(dāng)你的時(shí)間很短涮毫。在您需要時(shí)間考慮所有可能的通知方案并找到每個(gè)方案的錨點(diǎn)之前贷屎，可能會(huì)出現(xiàn)需要發(fā)布功能的情況。在這種情況下咒吐，通知中心可能是您輕松的出路属划，因?yàn)樗举|(zhì)上非常靈活。
2.來源錨定通知
? ? ? ? 在這個(gè)模型中妄呕，每個(gè)通知都錨定到導(dǎo)航選項(xiàng)嗽测，該選項(xiàng)很可能也是通知的來源。您的所有通知都沒有單一的中心疏魏〈竽看看WhatApp可以獲得更好的想法。在兩個(gè)平臺(tái)（Android和iOS）上烙丛，來自聊天或調(diào)用的通知都錨定到相應(yīng)的導(dǎo)航菜單羔味。該模型的優(yōu)點(diǎn)在于它可以提供更多內(nèi)容的可發(fā)現(xiàn)性赋元。用戶現(xiàn)在可以直接訪問通知所傳達(dá)的信息，而無需添加中間層搁凸。但是這種模型不像通知中心那樣靈活或可擴(kuò)展。
? ? ? 此模型在很大程度上取決于應(yīng)用程序的信息架構(gòu)褥芒。導(dǎo)航必須能夠容納所有不同類型的通知嫡良。與之前的模型一樣皆刺，此處讀取和未讀取的通知在視覺上也是不同的凌摄。
使用方針：
確保每個(gè)通知都可以錨定到屏幕上的某個(gè)導(dǎo)航選項(xiàng)。隨著應(yīng)用程序復(fù)雜性的增加痴怨，通知源也可能會(huì)增加器予。在這種情況下乾翔，您可以選擇通知中心施戴，也可以考慮混合模型（即錨定模型和通知中心的組合）赞哗。我們將在下一節(jié)中介紹混合模型辆雾。
每個(gè)錨都應(yīng)該有一個(gè)設(shè)計(jì)架構(gòu)，用于它將容納的內(nèi)容藤乙。確保您的通知符合錨點(diǎn)的架構(gòu)惭墓。為了理解這一點(diǎn)，讓我們以WhatsApp為例罚勾。這里的錨點(diǎn)“聊天”有一個(gè)設(shè)計(jì)模式尖殃，用于定義聊天對(duì)象的外觀划煮。這意味著錨定到聊天的任何通知都必須遵循此架構(gòu)∑黪铮“呼叫”也是如此登失。
確保錨固件易于發(fā)現(xiàn)和可觸及挖炬。避免使用嵌套錨點(diǎn)。
關(guān)于源錨定通知使用：
當(dāng)所有可能的通知來源都可以在登陸屏幕上進(jìn)行調(diào)整馅巷。
當(dāng)您已經(jīng)考慮了所有通知方案钓猬，并且可以使用現(xiàn)有設(shè)計(jì)模式來適應(yīng)所有通知撩独。這些通知遵循它們所錨定的源的模式非常重要账月。
3.混合模型
? ? ? ? 該模型是兩種模型的組合（即錨定模型和通知中心的組合）捶障。它是最常用的型號(hào)纲刀。Facebook示绊，LinkedIn，Twitter和Instagram是一些使用它的常見應(yīng)用程序拌禾。在這里展哭，通知中心成為導(dǎo)航菜單中的選項(xiàng)之一匪傍，可以用作不符合登陸屏幕資格的源的錨。例如茵休，F(xiàn)acebook將新朋友請(qǐng)求錨定到“朋友”選項(xiàng)卡手蝎，但是喜歡頁面的邀請(qǐng)被錨定到通知中心棵介。
? ? ? ? 該模型具有兩種模型的優(yōu)點(diǎn)邮辽，可以輕松適應(yīng)大多數(shù)情況。雖然現(xiàn)在您可以將通知錨定到通知中心，但仍然必須仔細(xì)考慮所有方案并確定優(yōu)先級(jí)锐极，這可以通過源錨定通知進(jìn)行調(diào)整芳肌。
? ? ? ? 就像源錨定模型一樣，此模型也嚴(yán)重依賴于導(dǎo)航菜單栋猖，導(dǎo)航菜單現(xiàn)在還具有通知中心選項(xiàng)汪榔。
使用方針：
識(shí)別產(chǎn)品架構(gòu)中最重要的信息并對(duì)其進(jìn)行排名。對(duì)它們進(jìn)行排名可以讓您優(yōu)先考慮哪些通知應(yīng)該錨定到源雌团，哪些通知應(yīng)該放在通知中心锦援。由于此模型取決于導(dǎo)航剥悟，因此通知的配置可根據(jù)可用的不動(dòng)產(chǎn)進(jìn)行更改区岗。
確保主要錨點(diǎn)和通知中心可以作為登陸屏幕上導(dǎo)航的一部分輕松發(fā)現(xiàn)。
關(guān)于混合模型的使用：
您已經(jīng)考慮過通知方案蚯根。您有一些通知可以錨定到各自的源颅拦，但仍有些其他通知無法錨定到架構(gòu)中的任何現(xiàn)有源教藻。
您在導(dǎo)航中已嵌套了源。例如碌秸，F(xiàn)acebook應(yīng)用程序上的漢堡菜單圖標(biāo)是其它來源的通知錨點(diǎn)讥电，例如群組轧抗，觀察横媚，記憶月趟，已保存孝宗，市場(chǎng)等耕肩。
結(jié)論：
上面提到的所有模型在合適的情景下都是很有用的看疗。選擇應(yīng)用程序的模型取決于信息體系結(jié)構(gòu)和您想要迎合的通知類型。
原文鏈接：
https://medium.muz.li/designing-notifications-for-applications-3cad56fecf96
