アプリケーション/ Webサイトのログオフされた部分の名前
ショーケースではなくアプリケーション自体の部分ではなく、両方の間の部分をどのように呼び出すかを知りたいのですが。
より詳しく説明させていただきます。アプリの機能を紹介するショーケースを用意し、アプリ自体を用意することは非常に一般的です。ただし、アプリにアクセスするには、ログイン/登録する必要があります。ログイン画面（ログイン、サインアップ、パスワード回復など）のレイアウトが異なるとしましょう。この一連の画面をどのように呼び出しますか？
例：ログオフ部分、ユーザーアカウント管理部分など.
ショーケースは、ウェブサイトの匿名アクセスの一部です。 FAQ、フォーラムなどのあるコミュニティ領域など、匿名アクセスの一部である他のものが存在する場合があります。とはいえ、アクセス部分（またはアクセス管理）と呼ばれる特定のセクションに名前を付けることができると思います）。それはまたあなたに素晴らしい進歩を与えます：ショーケース->アクセス->アプリ。
"ロビー"は1つの可能な用語です。物理的な場所のメタファーは、「メイン」エリアの外側または先行する快適なエリアを意味し、「ロビー内」というフレーズは単純明快であるため、用語としては便利です。
単純にして、それをregisterと呼びます。ユーザーがすでにアカウントを持っている場合は、ユーザーにログインを許可し（ログイン画面と登録画面を切り替える切り替えウィジェットを使用できます）、ユーザーがSwift複数ページ間を移動する必要がないようにします。ただし、アプリにアクセスするために register page を使用しないことを強くお勧めします。最終的な目標に到達するための追加の手順は、常に人々への抑止力であり、人々はその時点で脱落する可能性があります。ログインして登録画面にアクセスして Swype Beta にアクセスし、ユーザーから多くのリクエストを受け取った後、登録プロセスを中止しました。
それらを引用するには
登録せずにSwype Betaをダウンロード！あなたはそれを求めました、あなたはそれを手に入れました！このWebサイトまたはSwypeベータインストーラーに登録してログインし、Swypeベータをダウンロードする必要はもうありません。
ユーザーが電子メールアカウントを持っている必要がある場合、ドロップオフを回避する方法として lazy registration を見ることができます
私はベニーに同意し、非セキュアエリアには「パブリック」、セキュアエリアには「プライベート」を使用します。シンプルかつ明確にします。
私はそれをアプリケーションのpublic areaまたはpublic pages/viewsと呼んでいます。アプリとそのページを整理する1つの方法の次の例を確認してください。
マーケティングウェブサイト— myapp.com
- ホームページ—
myapp.com - 旅行 -
myapp.com/tour - 登録転送->
app.myapp.com/register
- 応用 - app.myapp.com
パブリックエリア（承認は必要ありません）
登録 -
app.myapp.com/registerログインする -
app.myapp.com/login
プライベート/セキュアエリア（ログインが必要）
- ダッシュボード—
app.myapp.com/dashboard - 設定 -
app.myapp.com/settings - 等
- ダッシュボード—
もちろん、構造が異なるアプリもあります。アプリのパブリックエリアが大きいものもありますが、少なくとも上記の説明から、アプリを説明/整理する方法がわかります。たとえば、ログインせずに「アプリ」全体を使用できるアプリがあります。
別のメモ：パブリックエリアは否定的な意味合いを持っているので、安全でないとは言いません。安全なパブリックエリアである可能性があります（ユーザーがログインする必要があるという意味ではありません）。 HTTPSとお考えください。