I’ve been developing an IOS app for the past few months and have been constantly referring to Apple’s Human Interface Design Guidelines. I would consider it a must-read for any aspiring or current UI/UX designer.

在過去的幾個月中，我一直在開發IOS應用程序，并一直在參考Apple的人機界面設計指南 。 對于任何有抱負的或當前的UI / UX設計師，我都會認為它是必讀的。

It’s surprisingly approachable and easy to understand. It isn’t written with overly technical jargon and gets straight to the meat and potatoes of designing an interface for IOS.

這是令人驚奇地易于接近且易于理解的。 它不是用過分的技術術語寫的，而是直接針對為IOS設計接口的內容。

This is a list of the most noteworthy takeaways from the design standards laid out in the guide.

這是指南中列出的最引人注目的設計標準清單。

I know most people just scroll through these articles and don’t actually read them so the images are purely here for comic relief — enjoy.

我知道大多數人只是瀏覽這些文章，而實際上并沒有閱讀它們，因此圖像純粹是在這里為漫畫提供救濟-盡情享受。

1.在各種光照條件下測試應用的配色方案 (1. Test your app’s color scheme under a variety of lighting conditions)

“Lighting varies significantly both indoors and outdoors, based on room ambiance, time of day, the weather, and more. Colors you see on your computer won’t always look the same when your app is used in the real world. Always preview your app under multiple lighting conditions, including outdoors on a sunny day, to see how colors appear. If necessary, adjust colors to provide the best possible viewing experience in the majority of use cases.” — Apple Color Guidelines

根據室內環境，一天中的時間，天氣等，照明在室內和室外的變化很大。 當您的應用程序在現實世界中使用時，您在計算機上看到的顏色并不總是相同。 始終在多種光照條件下(包括晴天在戶外)預覽應用程序，以查看顏色的顯示方式。 如有必要，調整顏色以在大多數使用情況下提供最佳的觀看體驗。” — Apple顏色準則

A perfect example of this is the sleep cycle app. The app has a calming dark display making it easy on the eyes and perfect for someone setting the alarm before going to bed.

睡眠周期應用程序就是一個很好的例子。 該應用程序具有令人放松的深色顯示屏，使您的眼睛輕松自如，非常適合在睡覺前設置鬧鐘的人。

In addition to color, I’d like to add that there are various contextual factors that influence a user’s behavior when interacting with an interface. Consider where the user is when using our app, how much time they have, and what their emotional state is.

除了顏色之外，我還要補充一點，當與界面進行交互時，還有各種上下文因素會影響用戶的行為。 考慮用戶在使用我們的應用程序時所處的位置，他們有多少時間以及他們的情緒狀態。

You can see good and bad examples of this everywhere. Navigation apps have minimal reading or touching required, Kindle’s have no glare when reading outside, note-taking apps are available offline, and so on.

您到處都能看到好的和不好的例子。 導航應用程序所需的閱讀或觸摸操作最少，Kindle在戶外閱讀時不會刺眼，筆記應用程序可離線使用，等等。

If our app is meant to be used while jogging, then some constraints and considerations need to be taken into account in the design.

如果要在慢跑時使用我們的應用程序，則在設計中需要考慮一些約束和注意事項。

Shopify has a great article about designing with the user’s context in mind that I recommend for anyone interested in diving deeper into this topic.

Shopify上有一篇很棒的文章，它考慮了用戶的上下文 ，我向有興趣深入研究此主題的任何人推薦。

2.盡可能延遲登錄 (2. Delay sign-in as long as possible)

“People often abandon apps when they’re forced to sign in before doing anything useful. Give them a chance to fall in love with your app before making a commitment to it. In a shopping app, let people browse your merchandise immediately upon launch, and require sign-in only when they’re ready to make a purchase. In a media-streaming app, let people explore your content and see what you have to offer before signing in to play something.” — Apple Authentication Guidelines

“人們在做任何有用的事情之前被迫登錄時經常會放棄應用程序。 在做出承諾之前，讓他們有機會愛上您的應用。 在購物應用程序中，人們可以在發布后立即瀏覽您的商品，并且僅在準備購買時才需要登錄。 在媒體流應用中，讓人們瀏覽您的內容并查看您所提供的內容，然后再登錄以播放某些內容。” — 蘋果認證準則

Apple urges us to re-assess the entrance experience to our app. If possible, remove sign-in and sign-up altogether.

蘋果公司敦促我們重新評估應用程序的入口體驗。 如果可能，請完全刪除登錄和注冊。

Unfortunately, the app I’m designing right now doesn’t allow me to completely remove sign-in. But I’ve moved the sign-up screen to the end of onboarding so the user can at least get a feel for the type of experience they can expect after they sign up.

不幸的是，我現在正在設計的應用程序不允許我完全刪除登錄。 但是我已經將注冊屏幕移到了注冊結束時，以便用戶至少可以體會到他們在注冊后可以期望的體驗類型。

It’s also a good idea to introduce a variety of sign up options to make signing in seamless. The app I’m working on right now supports Password Autofill, Facebook login, Google login, Sign in with Apple, and default email + password.

引入各種注冊選項以使無縫登錄也是一個好主意。 我正在使用的應用程序現在支持密碼自動填充 ，Facebook登錄，Google登錄，使用Apple登錄以及默認的電子郵件和密碼。

3.符合人們在“設置”中選擇的外觀模式 (3. Comply with the appearance mode people choose in Settings)

“If you offer an app-specific appearance mode option, you create more work for people because they have to adjust more than one setting. Worse, they may think your app is broken because it doesn’t respond to their systemwide appearance choice.” — Apple Dark Mode Guidelines

“如果提供特定于應用程序的外觀模式選項，則會為人們創建更多工作，因為他們必須調整多個設置。 更糟糕的是，他們可能認為您的應用已損壞，因為它無法響應他們在系統范圍內的外觀選擇。” — 蘋果暗模式指南

4.盡快顯示內容 (4. Show content as soon as possible)

Not to be confused with the splash screen, the launch screen is the screen that introduces the elements on the page. Design a launch screen that’s nearly identical to the first screen of your app.

不要與啟動屏幕混淆，啟動屏幕是用于介紹頁面元素的屏幕。 設計一個與您的應用程序的第一個屏幕幾乎相同的啟動屏幕。

“If you include elements that look different when the app finishes launching, people can experience an unpleasant flash between the launch screen and the first screen of the app. Also, make sure that your launch screen matches the device’s current appearance mode; for guidance, see Dark Mode.” — Launch Screen Guidelines

“如果您添加的元素在應用程序完成啟動時看起來不同，那么人們會在應用程序的啟動屏幕和第一個屏幕之間體驗到不愉快的閃爍。 另外，請確保您的啟動屏幕與設備的當前外觀模式匹配； 有關指導，請參閱黑暗模式 。” — 啟動屏幕準則

“Don’t make people wait for content to load before seeing the screen they’re expecting. Show the screen immediately, and use placeholder text, graphics, or animations to identify where content isn’t available yet. Replace these placeholder elements as the content loads. Whenever possible, preload upcoming content in the background, such as while an animation is playing or the user is navigating a level or menu.” — Apple Loading Guidelines

“不要讓人們在觀看內容之前等待內容加載。 立即顯示屏幕，并使用占位符文本，圖形或動畫來標識尚不可用的內容。 在內容加載時替換這些占位符元素。 只要有可能，就在后臺預加載即將到來的內容，例如在播放動畫或用戶導航級別或菜單時。” — Apple加載準則

5.利用系統提供的文本，填充，字形和分隔符顏色 (5. Take advantage of the system-provided colors for text, fills, glyphs, and separators)

“iOS offers a range of system colors that automatically adapt to vibrancy and changes in accessibility settings like Increase Contrast and Reduce Transparency. The system colors look great individually and in combination, on both light and dark backgrounds, and in both light and dark modes.”

“ iOS提供了一系列系統顏色，這些顏色可以自動適應鮮艷度和可訪問性設置的更改，例如增加對比度和降低透明度。 在淺色和深色背景以及淺色和深色模式下，系統顏色都可以單獨使用或組合使用。

“Don’t hard-code system color values in your app. The color values provided are intended for reference during your app design process. The actual color values may fluctuate from release to release, based on a variety of environmental variables. Always use the API to apply system colors; for developer guidance, see UIColor.” — Apple Color Guidelines

“不要在您的應用中硬編碼系統顏色值。 提供的顏色值僅供您在應用程序設計過程中參考。 實際的顏色值可能會根據各種環境變量而在釋放之間波動。 始終使用API??來應用系統顏色； 有關開發人員的指導，請參見UIColor 。” — Apple顏色準則

“SF Symbols provides a set of over 1,500 consistent, highly configurable symbols you can use in your app. Apple-designed SF Symbols to integrate seamlessly with the San Francisco system font, so the symbols automatically ensure optical vertical alignment with text for all weights and sizes. You can use SF Symbols in apps running in iOS 13 and later, watchOS 6 and later, and tvOS 13 and later.” — Apple SF Symbols

“ SF Symbols提供了一組1,500多個一致的，高度可配置的符號，您可以在應用程序中使用它們。 蘋果設計的SF Symbols可與San Francisco系統字體無縫集成，因此，對于所有重量和大小，這些符號都能自動確保與文本的光學垂直對齊。 您可以在iOS 13和更高版本，watchOS 6和更高版本以及tvOS 13和更高版本中運行的應用程序中使用SF符號。” — Apple SF符號

If you’d like to learn how SF Symbols can be used, here’s a video.

如果您想學習如何使用SF符號，請觀看以下視頻。

6.使用熟悉的，易于理解的單詞和短語 (6. Use familiar, understandable words and phrases)

“Technology can be intimidating. Avoid acronyms and technical jargon that people might not understand. Use what you know about your audience to determine whether certain words or phrases are appropriate. In general, apps that appeal to everyone should steer clear of highly technical language. Such language may be appropriate in apps that target a more advanced or technical crowd.”

“技術可能令人生畏。 避免使用人們可能不理解的首字母縮寫詞和技術術語。 使用對受眾的了解來確定某些單詞或短語是否合適。 通常，吸引所有人的應用程序應避免使用技術含量高的語言。 這種語言可能適合針對更高級或技術人群的應用。”

“Strive for an informal, friendly tone. An informal, approachable style echoes the way you speak with people over lunch. Use contractions occasionally, and you and your to address the user directly.” — Apple Terminology Guidelines

“爭取非正式，友好的語氣。 非正式，平易近人的風格呼應您午餐時與人交談的方式。 偶爾使用收縮， 您和您可以直接與用戶聯系。” — Apple術語準則

The most important thing here is to know your audience. If your app is being developed for the average Joe then avoid jargon. If it’s for a highly specialized group of architects then you may approach this differently.

這里最重要的是要了解您的聽眾。 如果您的應用是針對普通的Joe開發的，那么請避免使用行話。 如果是針對高度專業化的建筑師團隊，那么您可能會采取不同的方法。

7.預計需要幫助 (7. Anticipate the need for help)

“Proactively look for times when people might be stuck. A game, for example, could casually show useful tips when paused or when a character isn’t advancing. Let people replay tutorials in case they miss something the first time.” — Apple App Architecture Guidelines

“主動尋找人們可能被困住的時間。 例如，游戲在暫停或角色前進時會隨意顯示有用的提示。 如果人們第一次錯過某些內容，可以讓他們重播教程。” — Apple App體系結構準則

Adding quick tips, customer service chat, chatbots, FAQ, a help center, and so on will create a fail-safe for users who may get confused.

添加快速提示，客戶服務聊天，聊天機器人，常見問題，幫助中心等，將為可能感到困惑的用戶創建故障保護。

In the app I’m creating, I have a few instances where I include help icons to educate the user on what the actions mean. This keeps my interface clean but also provides an option to learn more if needed.

在我創建的應用程序中，有一些實例包含幫助圖標，以教育用戶有關操作的含義。 這樣可以使我的界面保持整潔，但如果需要，還可以提供一個選項以了解更多信息。

8.必要時幫助人們避免信息丟失 (8. When necessary, help people avoid information loss)

“Regardless of whether people use a dismiss gesture or a button to close the view, if the action could result in the loss of user-generated content, present an action sheet that explains the situation and gives people ways to resolve it.” — Apple Modality Guidelines

“無論人們是使用解雇手勢還是按鈕來關閉視圖，如果該操作可能導致用戶生成的內容丟失，請出示說明情況并提供解決方法的操作表。” — 蘋果模式指南

“Instill confidence that work is always preserved unless canceled or deleted. In general, don’t make people explicitly save files. Instead, save changes automatically at regular intervals, when opening and closing files, and when switching to another app. In some cases, such as while editing an existing file, save and cancel options may still make sense for the sake of confirming when the edits are actually captured.” — Apple File Handling Guidelines

“讓人們放心，除非取消或刪除工作，否則始終可以保留工作。 通常，不要讓人們明確地保存文件。 相反，在打開和關閉文件以及切換到另一個應用程序時，應定期自動保存更改。 在某些情況下，例如在編輯現有文件時，為了確認何時真正捕獲到編輯內容，保存和取消選項可能仍然有意義。” — Apple文件處理準則

9.通常，請使用標準手勢 (9. As a general rule, use standard gestures)

“People are familiar with the standard gestures and don’t appreciate being forced to learn different ways to do the same thing. In games and other immersive apps, custom gestures can be a fun part of the experience. In other apps, it’s best to use standard gestures so extra effort isn’t needed to discover or remember them.” — Apple Gesture Guidelines

人們熟悉標準手勢，不喜歡被迫學習不同的方法來做同樣的事情。 在游戲和其他身臨其境的應用中，自定義手勢可能是體驗中有趣的一部分。 在其他應用程序中，最好使用標準手勢，因此無需費力去發現或記住它們。” — Apple手勢指南

10.不要在通知中包含敏感，個人或機密信息 (10. Don’t include sensitive, personal, or confidential information in a notification)

“You can’t predict what people will be doing when they receive a notification, so it’s essential to avoid including private information that could display on the device screen.” — Apple Notification Guidelines

“您無法預測人們在收到通知時會做什么，因此必須避免包含可能在設備屏幕上顯示的私人信息。” — Apple通知準則

👋 Let’s be friends! Follow me on Twitter and Dribbble and connect with me on LinkedIn. Don’t forget to follow me here on Medium as well for more design-related content.

be 讓我們成為朋友！ 在Twitter和Dribbble上關注我，并在LinkedIn上與我聯系。 別忘了在Medium上關注我，以獲取更多與設計相關的內容。

More articles from me…

我的其他文章...