je suis pas d'accord que le questionnement est alambiqué. Coder "écolo", pour moi est une bonne pratique; l'usage intempestif de méthode industrielle à tout va sans reflexion c'est pour moi encore plus alambiqué.
Franchement y a rien de plus utile que d'être capable de remettre en question ce que l'on sait ou ce qu'on croit savoir.
--
je crois que naholyr faisait référence à des remarques erronée style la comparaison de '.' et ',' comme opérateur de concaténation: ',' n'est pas un opérateur de concaténation
(le fait de le comprendre est important)
interpréter correctement ce que tu code et dans quel contexte est important; cela permet d'évaluer correctement les choses. (rien emp^che de faire un test pratique derrière pour s'en assurer).
--
tu te rends compte quand même que tu es en train de parler de pouième je pense. C'est important de s'en rendre compte vis à vis d'autre élément comme le temps d'accès à une bdd, le temps d'exécution d'une requête, le changement de ta config php, ou du serveur, sans parler de modif d'OS ou de matos. Tu ne dispose pas d'un temps infini, donc faut bien donner des priorité à chaque élément.
Si tu considère que tu as un potentiel avantage à tenter de gagner ses pouièmes malgrès le temps et les efforts que ça va te couter, soit.
perso ma reflexion est simple:
$var vs. $array['var']
une var directe, s'est plus rapide qu'un accès par tableau (mais bon c'est vraiment minim-minime, le passage par réf de tableau on peut difficilement faire une opération plus légère^^ quant à la ram la différence doit pas être énormisime, surtout si je compart à tout le reste)
bon sauf que dans mon programme j'aurais besoin d'un truc un peu plus dynamique,
$$var vs. $array[$var]
bon on est p-e monté d'une catégorie, mais honnêtement une variable dynamique contre une réf dynamique d'un tableau, je sais même pas lequel est le plus rapide, mais si un est plus rapide ça doit pas tenir à grand chose.
bon pour continuer ma conception j'ai besoin de pouvoir avoir des référence "multidimensionnel", genre
${$var1.$var2} vs $array[$var1][$var2]
oulà y un nouveau gus dans la danse '.', ou une opération de concaténation... ou là je crois qu'on vient de passer à une catégorie supérieure d'un coté du ring.
et ça doit pas s'améliorer avec du:
${$var1.$var2.$var3.$var4} vs $array[$var1][$var2][$var3][$var4]
accessoirement $array[$var1][$var2], si le contexte s'y prête, y a p-e des occasions ou je pourrais passer par un truc plus light genre $var1[$var2]. Si s'agit juste d'une manière élégante de regrouper mes vars par "famille".
pour le reste: niveau env de dev: ben mon IDE, c'est kif-kif. pour mes mimines, les points c'est cool, crochets ou accoladde c'est pareil, y a plus de crochets, mais bon c'est pas ça qui va peser lourd.
dans les à coté, PHP offre count(), array_*, foreach(), list() etc... gros avantage aux tableaux.
bon si j'ai besoin de structurer mes données entre des tableaux ou bien un truc fait main avec des concaténations, moi je m'arrête là, mon choix est fait. (99% de chance que je sois toujours gagnant, sauf pour un script simple hello world je doute de faire une erreur-)
comment ça t'es pas encore convaincu ? Oo
si on se rappelle que les entrée c'est $_GET, $_POST, sans compter que les retour de bdd, ça passe généralement par des tableaux aussi (ou des objets)./note: global on c'est mal
/
Le gros des input "interactif" pour moi c'est des tableaux. Tes vars elles pèsent quoi en comparaison de ces inputs ? Parce que dans mon esprit une part importante du besoin de dynamisme tient avant tout à l'interactivité. Je dis pas que je défini jamais de var dynamique, mais bon à coté, je sais aussi que c'est bien agréable d'avoir un tableau pour pouvoir passer leur référence de manière groupée (argument de fonction ou mot clé global).
maintenant à toi de voir ce qui te correspond le mieux et répond le mieux à tes besoins.
Franchement y a rien de plus utile que d'être capable de remettre en question ce que l'on sait ou ce qu'on croit savoir.
--
je crois que naholyr faisait référence à des remarques erronée style la comparaison de '.' et ',' comme opérateur de concaténation: ',' n'est pas un opérateur de concaténation
(le fait de le comprendre est important)interpréter correctement ce que tu code et dans quel contexte est important; cela permet d'évaluer correctement les choses. (rien emp^che de faire un test pratique derrière pour s'en assurer).
--
tu te rends compte quand même que tu es en train de parler de pouième je pense. C'est important de s'en rendre compte vis à vis d'autre élément comme le temps d'accès à une bdd, le temps d'exécution d'une requête, le changement de ta config php, ou du serveur, sans parler de modif d'OS ou de matos. Tu ne dispose pas d'un temps infini, donc faut bien donner des priorité à chaque élément.
Si tu considère que tu as un potentiel avantage à tenter de gagner ses pouièmes malgrès le temps et les efforts que ça va te couter, soit.
perso ma reflexion est simple:
$var vs. $array['var']
une var directe, s'est plus rapide qu'un accès par tableau (mais bon c'est vraiment minim-minime, le passage par réf de tableau on peut difficilement faire une opération plus légère^^ quant à la ram la différence doit pas être énormisime, surtout si je compart à tout le reste)
bon sauf que dans mon programme j'aurais besoin d'un truc un peu plus dynamique,
$$var vs. $array[$var]
bon on est p-e monté d'une catégorie, mais honnêtement une variable dynamique contre une réf dynamique d'un tableau, je sais même pas lequel est le plus rapide, mais si un est plus rapide ça doit pas tenir à grand chose.
bon pour continuer ma conception j'ai besoin de pouvoir avoir des référence "multidimensionnel", genre
${$var1.$var2} vs $array[$var1][$var2]
oulà y un nouveau gus dans la danse '.', ou une opération de concaténation... ou là je crois qu'on vient de passer à une catégorie supérieure d'un coté du ring.
et ça doit pas s'améliorer avec du:
${$var1.$var2.$var3.$var4} vs $array[$var1][$var2][$var3][$var4]
accessoirement $array[$var1][$var2], si le contexte s'y prête, y a p-e des occasions ou je pourrais passer par un truc plus light genre $var1[$var2]. Si s'agit juste d'une manière élégante de regrouper mes vars par "famille".
pour le reste: niveau env de dev: ben mon IDE, c'est kif-kif. pour mes mimines, les points c'est cool, crochets ou accoladde c'est pareil, y a plus de crochets, mais bon c'est pas ça qui va peser lourd.
dans les à coté, PHP offre count(), array_*, foreach(), list() etc... gros avantage aux tableaux.
bon si j'ai besoin de structurer mes données entre des tableaux ou bien un truc fait main avec des concaténations, moi je m'arrête là, mon choix est fait. (99% de chance que je sois toujours gagnant, sauf pour un script simple hello world je doute de faire une erreur-)
comment ça t'es pas encore convaincu ? Oo
si on se rappelle que les entrée c'est $_GET, $_POST, sans compter que les retour de bdd, ça passe généralement par des tableaux aussi (ou des objets)./note: global on c'est mal
/Le gros des input "interactif" pour moi c'est des tableaux. Tes vars elles pèsent quoi en comparaison de ces inputs ? Parce que dans mon esprit une part importante du besoin de dynamisme tient avant tout à l'interactivité. Je dis pas que je défini jamais de var dynamique, mais bon à coté, je sais aussi que c'est bien agréable d'avoir un tableau pour pouvoir passer leur référence de manière groupée (argument de fonction ou mot clé global).
maintenant à toi de voir ce qui te correspond le mieux et répond le mieux à tes besoins.