iphone tab conception de la barre de dilemme

Question

Je dois faire une application pour le client où il y a des fonctionnalités mieux définies par l'interface de la barre d'onglets. Je ne suis pas un concepteur d'interface utilisateur, mais j'ai fait quelques recherches de base et lu les lignes directrices d'interface humaine par Apple. Un autre point est que l'application traite largement avec les services Web et l'utilisateur doit se connecter avant d'utiliser l'une des fonctionnalités de l'application. L'utilisateur doit se connecter uniquement la première fois et l'application appellera l'API de connexion à partir de la deuxième fois à chaque fois que l'application est sollicitée depuis l'écran d'accueil. Maintenant, si le mot de passe est modifié, la connexion échouera et demandera à l'utilisateur de se connecter à nouveau, mais si la connexion réussit, il présentera directement l'interface de la barre d'onglets en contournant l'écran de connexion. Mon dilemme est la conception de l'écran de départ.

Je suis confus entre deux approches.

1. un écran de connexion autonome (comme dans l'application facebook) et présenter la barre d'onglets, une fois la connexion se fait. Dans cette approche, la barre d'onglets peut être présentée de façon modale, mais elle reste là pour le cycle de vie de l'application (disons 5-10 minutes max) qui implique d'autres vues modales pour remplir des formulaires etc. Serait-ce une bonne approche? modalement quand il va être l'interface principale de l'application? Une autre approche consiste à retourner l'écran de connexion pour présenter la barre d'onglets

2. La deuxième approche consiste à avoir "login" comme l'un des onglets de la barre d'onglets et dsiable d'autres onglets jusqu'à ce que le processus de connexion soit terminé. Une fois connecté avec succès, activez les autres onglets et modifiez la numérotation des onglets et déplacez l'onglet "login" (renommer probablement le titre en "déconnexion" à la fin de la liste des onglets.Ceci serait trop compliqué à réaliser?)

Ou est-il une meilleure 3ème approche pour lutter contre cela? vous avez besoin de vos suggestions désespérément sur celui-ci.

Merci!

Answer 1

Je pense que vous devriez faire quelque chose de similaire à l'application dropbox. Il utilise également la barre d'onglets interface et dépend également de l'authentification Web

Si l'utilisation n'est pas enregistrée, affichez le choix d'enregistrer ou d'utiliser un compte existant. Aucune interface de barre d'onglets, peut être basée uniquement sur les éléments de navigation. Une fois que l'utilisateur se connecte avec succès, affichez l'interface de la barre d'onglets Quelque part dans les paramètres permettent à l'utilisateur de se déconnecter. Dans le cas d'une boîte de dépôt, il fermera simplement l'application une fois "dissociée". Vous pouvez faire la même chose ou passer à l'écran de navigation de connexion d'origine en retournant la barre d'onglets.

C'est à peu près tout, J'espère que ça aide.