En supposant que les deux circuits XML et JSON soient livrés sur HTTP, Gzipped, que l'on sera traité plus rapidement sur un iPhone?
4 Réponses :
Cela dépend des données livrées et de la manière dont elle est analysée, mais elles doivent être une vitesse similaire à la vitesse. Vous devriez simplement choisir celui qui vous permet de développer un analyseur, puis de régler l'analyseur.
Dans la section "Construction d'une expérience utilisateur axée sur le serveur" de WWDC, un développeur Apple a déclaré que le plis était préféré pour être plus rapide et plus facile à utiliser.
Je pense qu'ils n'ont conclu que ce que le plis binaire était plus rapide et plus facile à utiliser, mais il n'ya aucun moyen de créer un plat binaire en Java ...
J'ai déjeuné avec le présentateur de cette conversation et il a admis que Jsonkit est vraiment très impressionnant et plus rapide que les plis. Il a dit qu'il était principalement fan de plis parce qu'ils ont un backend WebObjects.
JSON bat les plistements selon ceci: http://samsoff.es/posts/web-services-with-cocoa- surprise
Ses tests n'étaient pas faits avec des plis binaires, qui sont beaucoup plus efficaces.
@Hunter et combien de cadres Web savez-vous que cela peut facilement générer des plis binaires?
J'ai depuis retesté et Jsonkit bat le platine binaire.
Un collègue et j'ai récemment fait des points de repère rudimentaires pour tester ce qui était plus rapide pour une application que nous écrivions. Nous avons testé Ce Cadre JSON et l'analyseur NSXML ainsi que Treenode L'analyseur que nous avons trouvé dans un livre objectif-c. Voici la note que j'ai envoyée aux autres développeurs de notre équipe:
The benchmark tested how each library handled getting the filename and path of 100 assets, 100 times each (for a total count of 10,000 runs per library). The results are below: Method Average(s) Total(s) TreeNode 0.307475 30.747493 NSXML 0.483778 48.377843 JSON 0.233179 23.317870
a-t-il essayé [Nsdictionary DictionarywithContentsofurl: Plisturl]?
Malheureusement, nous avons fait des recherches préliminaires qui nous ont amenés à croire que la NSXML et les imallaysations JSON seraient les plus rapides et nous avions déjà mis en œuvre la solution Treenode en tant que première passe. En raison de cela, nous avons seulement comparé les 3 solutions les unes contre les autres.
Oh, je pensais depuis que le plis XML est soutenu de manière nativement, il aurait dû être optimisé en quelque sorte.
C'est ce que nous avions été amené à croire également, mais diverses sources en ligne nous ont éloigné de cela. De toute façon, après avoir utilisé les trois solutions ci-dessus, l'analyseur JSON est une avance sur les autres en termes de convivialité.