? ? ? ?探索不同通知模型的使用方式
? ? ? ?媒體人，你們好！我們繼續講述APP功能細分系列的第五個細分功能 —應用程序的通知模型。現在來看，通知是一個復雜的功能。本文并未涵蓋通知的所有細節，但我希望它可以在您為應用程序選擇通知模型時提供一些清晰且正確的方向。
? ? ? ?在我們開始討論通知模型之前，讓我們快速了解一下通知是什么以及它們包含什么。
? ? ? ? 通知是源自針對用戶的應用信息。
? ? ? ? 以下是通知的一些重要組成部分。?
? ? ? ?來源：通知發起是應用程序的一部分。在應用程序的體系結構可以有多個存儲區，進行信息分類，這些存儲區將成為通知源。
? ? ? ?信息：需要通過通知傳達給用戶的消息。例如“Daenerys Targaryen發給你的朋友請求”或“Lord Varys開始關注你”。
? ? ? ?類型：通知主要有兩種類型：信息和可操作。根據應用程序的不同，這兩種類型都可以有其他子類型。
? ? ? ?通知徽章：是用于指導用戶通知的可視指示器。通知指示符可以像點一樣簡單，也可以對其進行計數，將顯示未讀通知的數量。
? ? ? ?錨點：錨點是應用程序的可視組件，通知在界面上顯示。簡而言之，這是用戶將看到的通知指示符/徽章的組件。請注意，錨點不一定是通知源，而只是通知表面所在的組件。錨可以容納來自多個來源或僅一個來源的通知。想象一下，源代碼更多地是在架構/信息級別上，但是錨點是可視組件，您可以在其中看到通知標記。
? ? ? ?通知是應用程序與用戶通信 ，并可能將用戶帶回應用程序的介質之一。因此，它們是應用程序中非常重要的一部分。讓我向您介紹一些最常見的通知模型，以及何時使用一個通知模型。
1.通知中心
? ? ? 在這個模型中，只要有一個明確的地點，你所有的通知都會到達。通知中心可以是專用屏幕或彈出窗口，具體取決于可用的產品。在此模型中，所有通知不管其來源，都聚集到通知中心。然后，您可以從通知中心導航到通知來源。Medium使用此模型進行通知。徽章會顯示在響鈴圖標上，該圖標是所有通知的入口點。讀取和未讀通知是兩種不同的視覺表現形式，目的是方便用戶區分，這也是十分重要的。
? ? ? ? 該模型的最大優點是其靈活性。這是一個可以容納每個通知的地方，無論是現有來源還是新內容。
?使用方針：
? ? ? ?必須考慮所有不同類型的通知，并且應遵循相同的設計架構。在設計模式時，將可伸縮性視為我們的主要目標非常重要。
? ? ? ?如果您有太多的通知來源，那么當通知太多時，此模型可能會開始變得有點混亂。如果有類似類型的通知，您可以將它們組合在一起，這有助于減少重復。例如，“Sansa Stark和另外3人向您發送了朋友請求”。
? ? ? ? 確保通知中心易于發現和訪問。
關于通知中心的使用：
? ? ? ?您的產品無法錨定到任何現有導航選項的通知。這可能是因為通知與產品上的現有對象不一致，或者通知不是源自信息體系結構中任何已定義的源。
? ? ? ?通知源可能比應用程序可以在屏幕上容納的更多。
? ? ? ?當你的時間很短。在您需要時間考慮所有可能的通知方案并找到每個方案的錨點之前，可能會出現需要發布功能的情況。在這種情況下，通知中心可能是您輕松的出路，因為它本質上非常靈活。
2.來源錨定通知
? ? ? ? 在這個模型中，每個通知都錨定到導航選項，該選項很可能也是通知的來源。您的所有通知都沒有單一的中心。看看WhatApp可以獲得更好的想法。在兩個平臺（Android和iOS）上，來自聊天或調用的通知都錨定到相應的導航菜單。該模型的優點在于它可以提供更多內容的可發現性。用戶現在可以直接訪問通知所傳達的信息，而無需添加中間層。但是這種模型不像通知中心那樣靈活或可擴展。
? ? ? 此模型在很大程度上取決于應用程序的信息架構。導航必須能夠容納所有不同類型的通知。與之前的模型一樣，此處讀取和未讀取的通知在視覺上也是不同的。
使用方針：
? ? ? ?確保每個通知都可以錨定到屏幕上的某個導航選項。隨著應用程序復雜性的增加，通知源也可能會增加。在這種情況下，您可以選擇通知中心，也可以考慮混合模型（即錨定模型和通知中心的組合）。我們將在下一節中介紹混合模型。
? ? ? ?每個錨都應該有一個設計架構，用于它將容納的內容。確保您的通知符合錨點的架構。為了理解這一點，讓我們以WhatsApp為例。這里的錨點“聊天”有一個設計模式，用于定義聊天對象的外觀。這意味著錨定到聊天的任何通知都必須遵循此架構。“呼叫”也是如此。
確保錨固件易于發現和可觸及。避免使用嵌套錨點。
關于源錨定通知使用：
當所有可能的通知來源都可以在登陸屏幕上進行調整。
當您已經考慮了所有通知方案，并且可以使用現有設計模式來適應所有通知。這些通知遵循它們所錨定的源的模式非常重要。
3.混合模型
? ? ? ? 該模型是兩種模型的組合（即錨定模型和通知中心的組合）。它是最常用的型號。Facebook，LinkedIn，Twitter和Instagram是一些使用它的常見應用程序。在這里，通知中心成為導航菜單中的選項之一，可以用作不符合登陸屏幕資格的源的錨。例如，Facebook將新朋友請求錨定到“朋友”選項卡，但是喜歡頁面的邀請被錨定到通知中心。
? ? ? ? 該模型具有兩種模型的優點，可以輕松適應大多數情況。雖然現在您可以將通知錨定到通知中心，但仍然必須仔細考慮所有方案并確定優先級，這可以通過源錨定通知進行調整。
? ? ? ? 就像源錨定模型一樣，此模型也嚴重依賴于導航菜單，導航菜單現在還具有通知中心選項。
使用方針：
? ? ? ?識別產品架構中最重要的信息并對其進行排名。對它們進行排名可以讓您優先考慮哪些通知應該錨定到源，哪些通知應該放在通知中心。由于此模型取決于導航，因此通知的配置可根據可用的不動產進行更改。
? ? ? ? 確保主要錨點和通知中心可以作為登陸屏幕上導航的一部分輕松發現。
關于混合模型的使用：
? ? ? ? 您已經考慮過通知方案。您有一些通知可以錨定到各自的源，但仍有些其他通知無法錨定到架構中的任何現有源。
? ? ? ? 您在導航中已嵌套了源。例如，Facebook應用程序上的漢堡菜單圖標是其它來源的通知錨點，例如群組，觀察，記憶，已保存，市場等。
結論：
? ? ? ?上面提到的所有模型在合適的情景下都是很有用的。選擇應用程序的模型取決于信息體系結構和您想要迎合的通知類型。
——? 三米工作室 · 優質文章翻譯計劃? ——
原文鏈接：
https://medium.muz.li/designing-notifications-for-applications-3cad56fecf96
