Développer un site web pour un iPhone sans iPhone/Mac

Question

J'ai besoin de développer un site web qui sera utilisé exclusivement sur iPhone et iPad. Je n'ai pas ces appareils, je n'ai pas de Mac non plus.

Quelles sont les solutions gratuites pour que je puisse tester le site pendant le développement?

Le most obvious one serait d'utiliser un iPhone SDK, mais car il coûte 100 $/année mais puisqu'il est disponible uniquement pour Mac, ce n'est pas une solution dans mon cas.

Answer 1

Download Safari 5 for Windows, activer les fonctions du menu Developer et changer l'agent utilisateur Mobile Safari iPad ou Safari Mobile iPhone. Cela vous permettra de voir à quoi ressemble votre site web quand un iPad ou un iPhone le rend. Simplifiez la fenêtre pour obtenir l'expérience complète.

Si les prévisions des analystes sont exactes, il y aura bientôt une abondance d'appareils iPhone 3G sur eBay, car beaucoup de gens peuvent passer à l'iPhone 4 demain. Ramasser une 3G bon marché peut être la meilleure solution à vos besoins de test.

Ou vous pouvez le tester dans un Apple Store si votre site Web est accessible sur Internet ou disponible sur un ordinateur portable avec une connexion WiFi ad-hoc.

Answer 2

Vous pouvez tester votre site Web dans n'importe quel navigateur, mais oui, le navigateur mobile se comporte probablement différemment à certains moments.

Si vous ne pouvez pas trouver un mobile web browser simulator pour iPhone que l'alternative "la moins chère" serait probablement un iPod touch.

Mise à jour:

Vous pouvez jeter un oeil à iBBDemo:

iBBDemo2 - Cross Plate-forme iPad et iPhone Simulator

Answer 3

Vous pouvez essayer d'utiliser quelque chose comme:

www.testiphone.com/

Answer 4

Il y a des choses évidentes ici:

1) travailler très dur pour faire votre travail de site sur tous les principaux navigateurs - y compris Safari et les autres périphériques mobiles autres que l'iPad ... cela vous permettra de vous assurer qu'il fonctionne bien sur les écrans plus petits.

2) Renseignez-vous sur les problèmes connus dans ces navigateurs et voyez si vous pouvez les éviter.

3) Lorsque vous êtes avec des amis exhibant leur iPad, ou qui ont un iPhone, demandez à tester votre site là-dessus.

Answer 5

J'ai besoin de développer un site Web qui sera utilisé exclusivement sur

iPhone et iPad

Cela semble une mauvaise idée. si elle est uniquement utilisée sur iPad/iPhone, vous devez certainement écrire une application et bénéficier de tous les avantages de l'interface utilisateur, etc.

Answer 6

Les sites Web ne doivent pas être liés à des périphériques spécifiques.

Ce n'est pas 1998: Best viewed in I.E. En fait, votre suggestion est pire que cela. Si vous voulez vraiment un site web qui ne fonctionne que sur ces appareils, vous devez vérifier la chaîne user-agent, mais sinon html est html et contrairement à ce que Apple peut vouloir vous faire croire, fonctionne aussi bien sur Symbian , Blackberry, Android, S40, Windows, Windows Mobile, etc. etc.

(En fait, il fonctionne mieux sur Symbian comme Symbian supporte actuellement Flash.)

Answer 7

vous recommandons d'utiliser jsconsole

déboguer une application Remotely web mobile

jsconsole.com est un simple outil de ligne de commande JavaScript. Cependant, il offre également la possibilité de passer d'une fenêtre de navigateur à l'autre pour contrôler et déboguer à distance cette fenêtre - que ce soit dans un autre navigateur ou un autre appareil. En fait, le débogage de l'application web mobile est si difficile que j'ai abandonné, et j'ai décidé de construire cet outil même à la place. Voir les exemples de vidéos si vous préférez voir cela en action maintenant.

Création d'une session

Pour créer une nouvelle session, à l'invite jsconsole, il suffit de lancer:

:listen 

Cela donnera une clé unique le long des lignes de FAE031CD-74A0-46D3-AE36- 757BAB262BEA. Maintenant, en utilisant cette clé unique, inclure un partout dans l'application Web que vous souhaitez debug:

<script src="http://jsconsole.com/remote.js?FAE031CD-74A0-46D3-AE36-757BAB262BEA"></script> 

maintenant des appels à console.log de votre application web affichera le résultat de la session jsconsole qui écoute votre clé. De même, si vous exécutez une commande dans la session jsconsole, le code sera injecté dans votre application Web et le résultat sera renvoyé à jsconsole.

En plus de générer un nouveau code avec: écouter, vous pouvez également demander jsconsole d'écouter un code prédéfini (mais pour votre propre sécurité, essayez de choisir quelque chose d'unique que vous seul connaissez):

:listen FAE031CD-74A0-46D3-AE36-757BAB262BEA 

Maintenant, je peux utiliser la même clé distante dans mon application Web pour éviter d'avoir à régénérer un nouveau code à chaque fois. Notez que seul le dernier client distant (c'est-à-dire votre application Web) pour se connecter à jsconsole recevra des appels de débogage à distance - les fenêtres précédentes seront ignorées.

Pour savoir quand l'application Web est connecté, jsconsole vous en aviserons en montrant votre la chaîne de userAgent pour le périphérique:

:listen FAE031CD-74A0-46D3-AE36-757BAB262BEA 
Creating connection... 
Connected to "FAE031CD-74A0-46D3-AE36-757BAB262BEA" 
Connection established with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 

Un mot d'avertissement

Notez que cette technique injecte également le code directement dans votre application web - cet outil ne devrait être utilisé que pour le débogage. Je ne peux pas prendre en charge la façon dont vous utilisez cet outil, essentiellement: prenez soin de vous!

support connu actuel

débogage à distance a été développé pour fonctionner sur toutes les plateformes, même si la technologie ne soit pas prise en charge. Cependant, le débogage à distance jsconsole a spécifiquement testé et fonctionnel sur le suivi des appareils mobiles (vous pouvez ajouter à cette liste):

• iOS 4.2.x - iPad, iPhone 4

• Andriod 2.2.2 - Nexus One

• webOS Palm Pre -

Il y a quelques exemples vidéo trop

Plus d'informations s'il vous plaît voir ces liens: http://jsconsole.com/remote-debugging.html