? ? ? ?探索不同通知模型的使用方式

媒體人，你們好！我們繼續(xù)講述APP功能細(xì)分系列的第五個細(xì)分功能 —應(yīng)用程序的通知模型?，F(xiàn)在來看，通知是一個復(fù)雜的功能。本文并未涵蓋通知的所有細(xì)節(jié)，但我希望它可以在您為應(yīng)用程序選擇通知模型時提供一些清晰且正確的方向。

? ? ? ?在我們開始討論通知模型之前，讓我們快速了解一下通知是什么以及它們包含什么。

? ? ? ? 通知是源自針對用戶的應(yīng)用信息。

? ? ? ? 以下是通知的一些重要組成部分。?

通知模型 - 架構(gòu)

? ? ? ?來源：通知發(fā)起是應(yīng)用程序的一部分。在應(yīng)用程序的體系結(jié)構(gòu)可以有多個存儲區(qū)，進(jìn)行信息分類，這些存儲區(qū)將成為通知源。

? ? ? ?信息：需要通過通知傳達(dá)給用戶的消息。例如“Daenerys Targaryen發(fā)給你的朋友請求”或“Lord Varys開始關(guān)注你”。

? ? ? ?類型：通知主要有兩種類型：信息和可操作。根據(jù)應(yīng)用程序的不同，這兩種類型都可以有其他子類型。

? ? ? ?通知徽章：是用于指導(dǎo)用戶通知的可視指示器。通知指示符可以像點(diǎn)一樣簡單，也可以對其進(jìn)行計數(shù)，將顯示未讀通知的數(shù)量。

? ? ? ?錨點(diǎn)：錨點(diǎn)是應(yīng)用程序的可視組件，通知在界面上顯示。簡而言之，這是用戶將看到的通知指示符/徽章的組件。請注意，錨點(diǎn)不一定是通知源，而只是通知表面所在的組件。錨可以容納來自多個來源或僅一個來源的通知。想象一下，源代碼更多地是在架構(gòu)/信息級別上，但是錨點(diǎn)是可視組件，您可以在其中看到通知標(biāo)記。

? ? ? ?通知是應(yīng)用程序與用戶通信 ，并可能將用戶帶回應(yīng)用程序的介質(zhì)之一。因此，它們是應(yīng)用程序中非常重要的一部分。讓我向您介紹一些最常見的通知模型，以及何時使用一個通知模型。

1.通知中心

在這個模型中，只要有一個明確的地點(diǎn)，你所有的通知都會到達(dá)。通知中心可以是專用屏幕或彈出窗口，具體取決于可用的產(chǎn)品。在此模型中，所有通知不管其來源，都聚集到通知中心。然后，您可以從通知中心導(dǎo)航到通知來源。Medium使用此模型進(jìn)行通知?；照聲@示在響鈴圖標(biāo)上，該圖標(biāo)是所有通知的入口點(diǎn)。讀取和未讀通知是兩種不同的視覺表現(xiàn)形式，目的是方便用戶區(qū)分，這也是十分重要的。

Medium - 通知中心

該模型的最大優(yōu)點(diǎn)是其靈活性。這是一個可以容納每個通知的地方，無論是現(xiàn)有來源還是新內(nèi)容。

使用方針：

必須考慮所有不同類型的通知，并且應(yīng)遵循相同的設(shè)計架構(gòu)。在設(shè)計模式時，將可伸縮性視為我們的主要目標(biāo)非常重要。

如果您有太多的通知來源，那么當(dāng)通知太多時，此模型可能會開始變得有點(diǎn)混亂。如果有類似類型的通知，您可以將它們組合在一起，這有助于減少重復(fù)。例如，“Sansa Stark和另外3人向您發(fā)送了朋友請求”。

確保通知中心易于發(fā)現(xiàn)和訪問。

關(guān)于通知中心的使用：

您的產(chǎn)品無法錨定到任何現(xiàn)有導(dǎo)航選項(xiàng)的通知。這可能是因?yàn)橥ㄖc產(chǎn)品上的現(xiàn)有對象不一致，或者通知不是源自信息體系結(jié)構(gòu)中任何已定義的源。

? ? ? ?通知源可能比應(yīng)用程序可以在屏幕上容納的更多。

? ? ? ?當(dāng)你的時間很短。在您需要時間考慮所有可能的通知方案并找到每個方案的錨點(diǎn)之前，可能會出現(xiàn)需要發(fā)布功能的情況。在這種情況下，通知中心可能是您輕松的出路，因?yàn)樗举|(zhì)上非常靈活。

2.來源錨定通知

在這個模型中，每個通知都錨定到導(dǎo)航選項(xiàng)，該選項(xiàng)很可能也是通知的來源。您的所有通知都沒有單一的中心?？纯?b>WhatApp可以獲得更好的想法。在兩個平臺（Android和iOS）上，來自聊天或調(diào)用的通知都錨定到相應(yīng)的導(dǎo)航菜單。該模型的優(yōu)點(diǎn)在于它可以提供更多內(nèi)容的可發(fā)現(xiàn)性。用戶現(xiàn)在可以直接訪問通知所傳達(dá)的信息，而無需添加中間層。但是這種模型不像通知中心那樣靈活或可擴(kuò)展。

WhatsApp? - 源錨定通知

此模型在很大程度上取決于應(yīng)用程序的信息架構(gòu)。導(dǎo)航必須能夠容納所有不同類型的通知。與之前的模型一樣，此處讀取和未讀取的通知在視覺上也是不同的。

使用方針：

? ? ? ?確保每個通知都可以錨定到屏幕上的某個導(dǎo)航選項(xiàng)。隨著應(yīng)用程序復(fù)雜性的增加，通知源也可能會增加。在這種情況下，您可以選擇通知中心，也可以考慮混合模型（即錨定模型和通知中心的組合）。我們將在下一節(jié)中介紹混合模型。

每個錨都應(yīng)該有一個設(shè)計架構(gòu)，用于它將容納的內(nèi)容。確保您的通知符合錨點(diǎn)的架構(gòu)。為了理解這一點(diǎn)，讓我們以WhatsApp為例。這里的錨點(diǎn)“聊天”有一個設(shè)計模式，用于定義聊天對象的外觀。這意味著錨定到聊天的任何通知都必須遵循此架構(gòu)?！昂艚小币彩侨绱?。

確保錨固件易于發(fā)現(xiàn)和可觸及。避免使用嵌套錨點(diǎn)。

關(guān)于源錨定通知使用：

當(dāng)所有可能的通知來源都可以在登陸屏幕上進(jìn)行調(diào)整。

當(dāng)您已經(jīng)考慮了所有通知方案，并且可以使用現(xiàn)有設(shè)計模式來適應(yīng)所有通知。這些通知遵循它們所錨定的源的模式非常重要。

3.混合模型

該模型是兩種模型的組合（即錨定模型和通知中心的組合）。它是最常用的型號。Facebook，LinkedIn，Twitter和Instagram是一些使用它的常見應(yīng)用程序。在這里，通知中心成為導(dǎo)航菜單中的選項(xiàng)之一，可以用作不符合登陸屏幕資格的源的錨。例如，F(xiàn)acebook將新朋友請求錨定到“朋友”選項(xiàng)卡，但是喜歡頁面的邀請被錨定到通知中心。

Facebook - 混合模型

該模型具有兩種模型的優(yōu)點(diǎn)，可以輕松適應(yīng)大多數(shù)情況。雖然現(xiàn)在您可以將通知錨定到通知中心，但仍然必須仔細(xì)考慮所有方案并確定優(yōu)先級，這可以通過源錨定通知進(jìn)行調(diào)整。

就像源錨定模型一樣，此模型也嚴(yán)重依賴于導(dǎo)航菜單，導(dǎo)航菜單現(xiàn)在還具有通知中心選項(xiàng)。

使用方針：

? ? ? ?識別產(chǎn)品架構(gòu)中最重要的信息并對其進(jìn)行排名。對它們進(jìn)行排名可以讓您優(yōu)先考慮哪些通知應(yīng)該錨定到源，哪些通知應(yīng)該放在通知中心。由于此模型取決于導(dǎo)航，因此通知的配置可根據(jù)可用的不動產(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)，例如群組，觀察，記憶，已保存，市場等。

結(jié)論：

上面提到的所有模型在合適的情景下都是很有用的。選擇應(yīng)用程序的模型取決于信息體系結(jié)構(gòu)和您想要迎合的通知類型。

三米工作室翻譯