Discussion :

[Kearz]

Ce déterrage, si la petite phrase d'intro est la pour justifier le déterrage pour tes question... Tu pouvais simplement ouvrir un post avec tes questions.

Quels sont les critères dont il faut tenir compte ?

- Le poids de chargement avant tout.
- L'usage que l'on a avec. Si l'on est webdesigner ou développeur PHP, MySQL, on a pas forcément les mêmes besoin.
- Y a-t-il toujours une communication avec la base de données ? Si ce n'est pas le cas, alors existe-il des frameworks "allégés" ? Comment se nomme(nt)-t-il(s) ?
- Les gadgets qu'il propose et qui sont souvent identiques.

J'aurais pas mis le poids de chargement avant tout, c'est un critère mais (sauf si tu t'appelle Amazon&consort) t'es pas à l'octet près. Et souvent, quand tu es à l'octet près, tu fais from scratch (ça évite d'embarquer ce dont t'as pas besoin).
Le premier critère d'un framework est sa correspondance avec le besoin. Tu vas pas mettre un gros framework responsive avec plein d'effet JS pour un outil interne sans budget (par exemple).

Logiquement, un framework CSS ne communique pas avec les données.. Son but est juste de faire de l'affichage. Donc pour tes données ça dépend du langage.

Bien sur les gadgets sont identiques, du moins il y a les standard, une modal, ça reste une modal. Il n'y a que le design de base qui change..

[lankoande]

Moi j'aimerais quand même qu'on arrête de dire que les frameworks sont pour les plagistes, les débutants ou je ne sais quoi encore
et que ceux code tout from scratch obtiennent un meilleur code ! A mon avis ce n'est pas toujours comme çà ! Les gars qui codent les frameworks
font du bon boulot et essaient coute que coute de les optimiser de sorte à augmenter la productivité et à réduire la complexité et le temps d'apprentissage.
Ce n'est pas toujours évident que toi qui reprend tout depuis la base tu obtient un code
meilleur qu'eux. Ca j'en suis pas sûre ! Même si tu le dis !

__salut !