Mon point est le suivant: soit tu fais une webapp, soit tu fais une appli native.
Dans le premier cas, MathJax est probablement très bien, ou pas, j'en sais rien, je suis pas l'actualité JS/html5. Pour les perfs, t'attends pas a des miracles. JS est lent et peu réactif pour l'UI, c'est un fait. Ca marche, mais c'est treeeeees loin de mes standards perso. Apres, chacun ses standards.
Dans le deuxième, fuit les webviews comme la peste: ca performe très mal et c'est un merdier a maintenir. Je develope pas sur android, donc je peux pas te dire ou aller voir. Perso j'irais du cote de TextKit ou CoreText sur iOS, mais c'est pas ta plate-forme, donc ca va pas t'avancer des masses.
Pour les SDK cross plateforme, je pense effectivement que c'est du gâchis d'utiliser ca. Tu te limites au dénominateur commun des plateformes, ce qui est un peu dommage pour du natif. Tu ne peux pas t'adapter au design language des plateformes non plus, ce qui est encore plus dommage. Ya un SDK multiplateforme qui marche bien, ca s'appelle le web.
Ma position est simple la aussi: si tu supportes une plateforme, tu le fais bien. Jetter en pâture un build pour machin parce que "ca marche" c'est ni fait ni a faire et un manque de respect pour tes utilisateurs.
Si supporter chaque plateforme est absolument primordial, alors t'es suffisamment gros pour avoir des equipes dédiées a chaque plateforme.
Si t'es petit, tu peux vivre sur une seule plateforme, et t'as pas besoin de t'emmerder avec du multiplateforme.
Si t'es petit et que tu veux supporter plusieurs plateforme mais t'en a pas les moyen d'avoir des equipes dédiées, c'est que tu te disperses dans des futilités et tu ferais mieux de te concentrer sur une plateforme.
[^] # Re: MathJax ?
Posté par groumly . En réponse au journal Projet Android d'annuaire de formules et assistant de calcul. Évalué à 4.
Mon point est le suivant: soit tu fais une webapp, soit tu fais une appli native.
Dans le premier cas, MathJax est probablement très bien, ou pas, j'en sais rien, je suis pas l'actualité JS/html5. Pour les perfs, t'attends pas a des miracles. JS est lent et peu réactif pour l'UI, c'est un fait. Ca marche, mais c'est treeeeees loin de mes standards perso. Apres, chacun ses standards.
Dans le deuxième, fuit les webviews comme la peste: ca performe très mal et c'est un merdier a maintenir. Je develope pas sur android, donc je peux pas te dire ou aller voir. Perso j'irais du cote de TextKit ou CoreText sur iOS, mais c'est pas ta plate-forme, donc ca va pas t'avancer des masses.
Pour les SDK cross plateforme, je pense effectivement que c'est du gâchis d'utiliser ca. Tu te limites au dénominateur commun des plateformes, ce qui est un peu dommage pour du natif. Tu ne peux pas t'adapter au design language des plateformes non plus, ce qui est encore plus dommage. Ya un SDK multiplateforme qui marche bien, ca s'appelle le web.
Ma position est simple la aussi: si tu supportes une plateforme, tu le fais bien. Jetter en pâture un build pour machin parce que "ca marche" c'est ni fait ni a faire et un manque de respect pour tes utilisateurs.
Si supporter chaque plateforme est absolument primordial, alors t'es suffisamment gros pour avoir des equipes dédiées a chaque plateforme.
Si t'es petit, tu peux vivre sur une seule plateforme, et t'as pas besoin de t'emmerder avec du multiplateforme.
Si t'es petit et que tu veux supporter plusieurs plateforme mais t'en a pas les moyen d'avoir des equipes dédiées, c'est que tu te disperses dans des futilités et tu ferais mieux de te concentrer sur une plateforme.