Google dévoile le framework Material Design Lite

Version imprimable

07/07/2015, 21h19
Stéphane le calme

Google dévoile le framework Material Design Lite

Google dévoile le framework Material Design Lite,
pour la conception de sites avec des spécifications Material Design

Google Developers, l’équipe de Google qui conçoit des outils ainsi que la documentation nécessaire aux développeurs pour pouvoir en profiter, a publié un framework web front-end pour concevoir des sites avec des spécifications Material Design. « En 2014, Google a publié la spécification Material Design avec pour objectif de fournir des directives pour une bonne conception et une belle interface utilisateurs sur les dispositifs de diverses formes. Aujourd’hui, nous manifestons cet effort de l’apporter aux sites web en utilisant vanilla CSS, HTML et JavaScript. Nous l’appelons Material Design Lite (MDL) », ont-ils expliqué dans une note d’introduction à MDL.

Ce nouveau framework est présenté comme une implémentation complémentaire des éléments Paper (Md) dans le framework web Polymer qui constituent des éléments Material Design. Pour rappel, Md compte 26 éléments parmi lesquels paper-checkbox, un ensemble de case à cocher en Material Design ou paper-fab, un bouton d’action flottant en Material Design. Il n’est donc pas étonnant de le voir inclure des composantes Material Design comme des boutons, des cases à cocher, des champs de saisie, ou alors une grille responsive et des champs d’arrêt qui respectent les lignes directrices de la conception d’interface utilisateur adaptative en Material Design. Il faut rappeler que Google a donné des directives sur la façon dont une application ou un site web utilise Material Design et diffuse du contenu à différentes tailles d'écran.

Notons également que l’équipe affirme que MDL est optimisé pour des sites lourds en termes de contenu comme des pages marketing ou des blogs. D’ailleurs, de nombreux modèles responsifs à l’instar de l’exemple d’une page de blog ci-dessous ont été conçus pour montrer aux développeurs la gamme de sites qui peut être créée en se servant de MDL.

http://www.developpez.com/public/ima.../MDL-blog.jpeg

Pour ceux d’entre vous qui avez déjà utilisé d’autres framework web comme Bootstrap, vous ne serez pas vraiment dépaysés avec MDL. Pour rappel, Bootstrap est également un framework front-end créé par des développeurs de Twitter et proposé sous licence Apache (c’est-à-dire libre d’utilisation, que ce soit commercial ou non) qui a su devenir une référence.

Si Google a déjà un ensemble de composants Material Design disponibles pour les développeurs dans son framework Polymer, MDL va venir se focaliser sur le design. Tandis que les éléments de Polymer peuvent être utilisés individuellement ou ensemble pour créer un site Material Design, MDL n’est en fait qu’un ensemble de typographies spécifiques, d’animations et etc. pour créer des sites répondants aux normes Material Design. Polymer est un framework plus large et, ceux qui n’ont pas besoin de ses fonctionnalités supplémentaires et veulent uniquement créer des sites web Material Design, pourront sans aucun doute être satisfaits avec MDL. D’ailleurs, dans l’annonce relative à MDL, l’équipe explique que le ‘Lite’ dans MDL est issu de plusieurs objectifs clés : « MDL a peu de dépendances, le rendant facile à installer. Il s’agit d’un framework-agnostic, ce qui signifie que MDL peut être utilisé avec n’importe lequel des outils de l’écosystème à évolution rapide que représente les chaînes d’outils front-end. MDL a une faible surcharge en termes de taille de code (~27KB zippés) ». Pour ceux qui sont en manque d’inspiration, une page où sont proposées des modèles avec MDL est fournie. L’expérience MDL est compatible avec les navigateurs Chrome, Firefox, Opera, Microsoft Edge et Safari.

:fleche: télécharger le Kit

Source : Google Developpers
08/07/2015, 15h17
Sodium

Je trouve cette initiative désolante, n'y a t-il pas déjà suffisamment d'uniformité dans le web actuel ?
08/07/2015, 15h56
stailer

Pour le côté techno, le fait que ça parte sur du polymer est intéressant, positif même. Mais côté fonctionnel et visuel on est quand même loin de bootstrap ou foundation.
Pour une appli je partirai plus facilement sur ces derniers qui ont notamment davantage de ressources, plugins etc..

Prometteur... wait and see.
08/07/2015, 16h18
Kearz

Citation:

Je trouve cette initiative désolante, n'y a t-il pas déjà suffisamment d'uniformité dans le web actuel ?

Justement.
Avant il y avait que bootstrap pour avoir un site responsive et avec un minimum CSS d'avance. Donc tu avais du bootstrap à toutes les sauces.
Après t'as eu d'autres framework (ex, materialize) et maintenant tu auras en plus celui de Google.

Et ils gardent tous un principe un peu similaire. Grille de 12 small/medium/large donc switcher est pas trop compliqué.

Plus il y aura de framework comme ceux là, mieux ça sera.

Framework dispo * palette de couleur = nombre de possibilité.
Et après tu surcharge avec ton style pour éviter une aseptisation total et tu as un site/responsive rapidement.

Tu voudrais quoi? Qu'on revienne à l'époque du "fait ton css de A à Z"?
L'originalité c'est bien mais c'est pas toujours l'objectif.
08/07/2015, 16h25
Sodium

Citation:

Tu voudrais quoi? Qu'on revienne à l'époque du "fait ton css de A à Z"?
L'originalité c'est bien mais c'est pas toujours l'objectif.

C'est ce que je fais et c'est de cette manière que j'ai acquis l'expertise me permettant d'aller beaucoup plus vite que l'intégrateur moyen utilisant bootstrap.
Mon code est conçu dès le début dans une optique responsive et est plus clair puisque je ne multiplie pas les conteneurs destinés uniquement à de la mise en page.
L'ennui avec les framework CSS, c'est qu'on apprend à utiliser le framework, pas à faire du CSS.
08/07/2015, 18h56
Kikuts

Du même avis que Sodium :)

J'ai fais entièrement le css de mon site perso pour qu'il soit responsive. Faut arrêter de croire que c'est si chronophage ou compliqué.

Ça réduit les conteneurs inutiles et le CSS non utilisé fournit avec le framework. Je suis beaucoup plus à l'aise en CSS depuis que je me passe de framework.
09/07/2015, 13h35
Nicam

Sodium : l'avantage aussi des framework est que si toi tu sais faire du CSS, tu es capable de maintenir ta solution.
Mais, en entreprise, on nous demande souvent de faire du code maintenable, et maintenable par les autres.
La différence est là. In finé, on se moque de savoir si tu sais faire du CSS, on veut plutôt que tu fasses du CSS que les autres pourront reprendre.
Afin que, quelque soit leur niveau, tes successeurs ne crament pas les délais pour faire des mises à jours/évolutions.

Donc, pour un site perso, c'est sympa de se prendre la tête avec le CSS (encore beaucoup n'aiment pas ca), mais pour le monde de l'entreprise, c'est généralement très très recommandé :)
09/07/2015, 17h02
Sodium

Je n'aime pas cette idée de nivellement par le bas. En entreprise, le minimum me semble justement que tous les intervenants sur un site aient une bonne maîtrise de ce qui constitue la base des langages web, on peut difficilement se prétendre professionnel autrement.

D'autant plus qu'un mauvais intégrateur fera du mauvais boulot aussi bien avec ou sans Framework comme j'ai pu l'expérimenter à de nombreuses reprises. Quand je vois un sac de nœud de divs inutiles, pour afficher une image et trois paragraphes, je prends un quart d'heure pour dégager tout et réécrire ça proprement.

D'autant plus qu'on perd là l'objectif principal de CSS : Séparer la présentation du contenu.
09/07/2015, 17h45
Kearz

Citation:

Je n'aime pas cette idée de nivellement par le bas. En entreprise, le minimum me semble justement que tous les intervenants sur un site aient une bonne maîtrise de ce qui constitue la base des langages web, on peut difficilement se prétendre professionnel autrement.

D'autant plus qu'un mauvais intégrateur fera du mauvais boulot aussi bien avec ou sans Framework comme j'ai pu l'expérimenter à de nombreuses reprises. Quand je vois un sac de nœud de divs inutiles, pour afficher une image et trois paragraphes, je prends un quart d'heure pour dégager tout et réécrire ça proprement.

C'est bien imbu de ta personne comme réflexion..

Je vois pas en quoi l'utilisation d'un framework représente un nivellement par le bas. Il est là pour uniformiser, utiliser du code optimisé/valide et faire abstraction de certains éléments technique généraliste pour s'attaquer au éléments technique spécifique.

De plus, tu juges le code des autres et tu supposes que ton code est suffisant bon et limpide pour être compris du premier coup.

1/ Il y a de grande chance que tes normes de nommage ne soit pas celle des autres.
2/ Il y a pas qu'une manière de coder, de ce fait ton code peut être bon mais difficilement lisible pour un autre qui pourtant est capable de faire la même chose que toi tout aussi bien.
3/ Tu as peut-être beaucoup de temps mais en entreprise j'ai rarement eu le droit de réécrire du code. S'il marche et n'affecte pas les performances, on ne change pas. (surtout que si tu changes HTML, tu dois refaire le CSS et le JS. Et donc re-tester toute la page/application.)

Je sais pas ce que tu fais comme métier mais j'ai l'impression que tu ne travail pas en équipe et/ou que t'as autant de temps que tu veux pour faire tes développements.
09/07/2015, 20h35
Sodium

Citation:

Je vois pas en quoi l'utilisation d'un framework représente un nivellement par le bas. Il est là pour uniformiser, utiliser du code optimisé/valide et faire abstraction de certains éléments technique généraliste pour s'attaquer au éléments technique spécifique.

À partir du moment ou un framework est là pour uniformiser l'aspect visuel de tous les sites et n'est pas là pour permettre de faire les choses mieux et plus efficacement mais uniquement pour aider des débutants à pondre de la structure de mauvaise qualité en série, c'est du nivellement par le bas. Les vrais framework de développement tels que Symfony sont eux une chose positive car ils ne sont là que pour fournir des outils et organiser le code de gens compétents, ils ne sont pas là pour permettre à des amateurs d'ignorer la matière première de ce qu'ils fabriquent.

Citation:

De plus, tu juges le code des autres et tu supposes que ton code est suffisant bon et limpide pour être compris du premier coup.

1/ Il y a de grande chance que tes normes de nommage ne soit pas celle des autres.
2/ Il y a pas qu'une manière de coder, de ce fait ton code peut être bon mais difficilement lisible pour un autre qui pourtant est capable de faire la même chose que toi tout aussi bien.

Je ne fais pas les choses au hasard. J'ai lu pas mal de bouquins à la fois pour acquérir une vraie maîtrise du CSS et apprendre des manières de travailler efficaces, rapides et maintenables et régulièrement, le type avec qui je "bosse" et qui est fan des bequilles pour débutants telles que Bootstrap me sort du "ouah, comment tu sais tu sais ça ?". Eh bien j'ai appris mon métier, tout simplement, car intégrateur web est un métier comme un autre. Est-ce qu'un engagerait un comptable à peine capable de faire une multiplication ?

Citation:

Tu as peut-être beaucoup de temps mais en entreprise j'ai rarement eu le droit de réécrire du code. S'il marche et n'affecte pas les performances, on ne change pas. (surtout que si tu changes HTML, tu dois refaire le CSS et le JS. Et donc re-tester toute la page/application.)

Un code sale qui marche aujourd'hui est un code qui posera fortement problème un jour ou l'autre. Je l'ai appris à mes dépens quand j'étais débutant d'ailleurs. Je maudis mon moi passé à chaque fois que je dois faire des mises à jour sur du code que j'ai pondu lors de ma première année.

Citation:

Je sais pas ce que tu fais comme métier mais j'ai l'impression que tu ne travail pas en équipe et/ou que t'as autant de temps que tu veux pour faire tes développements.

J'ai travaillé longtemps seul, aujourd'hui je travaille en binôme, ce qui a plus ou moins quadruplé le temps de production :
X2 pour que mon amateur de collègue ponde quelque chose qui marche à moitié
X1 pour récupérer le truc, nettoyer le code, supprimer tout ce qui est inutilisable
X1 pour refaire le boulot en repartant sur une base saine.
10/07/2015, 18h21
artemia

Pour revenir sur la discussion entre kearz et sodium, avec cette quote, il a raison :

Citation:

"L'ennui avec les framework CSS, c'est qu'on apprend à utiliser le framework, pas à faire du CSS."

Le "framework" css c'est un peu le wordpress du "développeur"; il est évident que ton temps libre va se réduire si tu fais l'effort de coder correctement pour que ça soit également lisible par d'autres.
Je ne sais pas quel métier tu fais pour que celà ne te semble pas important voire nécessaire

Bref, les "frameworks" sont pour les débutant, ou les plagistes
11/07/2015, 10h07
danyclassique

framwork et css

Je suis absoluement de l'avis de sodium quand il dit : les frameworks ca ne permet pas d'apprendre le css
mais ca ne supprime pas completement le fait que c'est bien de les connaitre car, quand on tombe sur une equipe qui est anti puriste et qu'elle ne connait pas l'importance de savoir faire du css,ou autre ,on se trouve forcement oblige de faire du framework.
Un autre exemple qui n'est pas totalement dans le context mais...
Quand j'utilise system.IO.FIle du framework dot.net ,on va dire que cela m'arrange beaucoup, car je me vois mal aller utiliser de l'interopatibilite pour lire ou ecrire un fichier en c++ ou assembly ou plus bas :( ,dans un programme de test qui ne devrait prendre que 2 lignes de code en 1.35 m de temps.
Alors en conclusion apprendre c'est bien voir oblige mais merci aux framework ,Quand meme :)
11/07/2015, 11h02
stailer

Je pense que dans le cadre du CSS, les 2 arguments sont bons :

- Je veux utiliser un framework pour pas faire (ou peu) de css.
- Je veux pas de framework car il est important de bien connaitre le css.

La raison est simple : CSS n'est pas un langage. Il n'y a pas d'algo en CSS ni de structure, ni d'objet. C'est du déclaratif et il s'agit de juste connaitre ses principes de base pour l'utiliser "comme tout le monde".

Bref dans mon cas : moins j'en fais, mieux je me porte. Le code métier et technologique va être pour moi javascript et .net (ou php) . C'est pour cela que je m'orientai sur 960gs auparavant et que je suis passé sur bootstrap.
Mais j'entends bien et je comprends ceux qui veulent le maitriser à 100% et ne pas utiliser de framework.
11/07/2015, 11h53
singman

C'est dur de lire n'importe quoi.
Les framework pour les débutants ou les plagistes ? Vous vous prenez pour des cadors de dev Web, les meilleurs du monde ? Les framework sont là pour donner une base technique solide et commune aux devs, qui n'ont pas a réinventer la roue à chaque projet et peuvent se concentrer sur l'important, répondre aux besoins du client dans le délai impartit. Et donc gagner de l'argent.
Un framework uniformise l'aspect visuel des sites Web ? Non, il fourni la base technique. Un designer un poil inventif peut faire des choses totalement différentes avec le même framework, justement en s'appuyant sur cette base. Après, beaucoup ne font que recopier les examples ou les démos, ça limite forcement la diversité.

D'une manière générale, j'en vois un ou deux ici qui devrait se faire dégonfler un peu les chevilles et être plus modestes.

Citation:

La raison est simple : CSS n'est pas un langage. Il n'y a pas d'algo en CSS ni de structure, ni d'objet. C'est du déclaratif et il s'agit de juste connaitre ses principes de base pour l'utiliser "comme tout le monde".

CSS, c'est une science de la mise en page. C'est étudier les maquettes afin de repérer ce qui peut être considérer comme un objet réutilisable, trouver à chaque fois une meilleure manière de faire une chose avec le moins de code possible et maximiser l'évolutivité de celui-ci. C'est aussi trouver des moyens farfelus de faire de nouvelles choses a priori très compliquées avec un langage qui n'a pas été pensé pour ça à la base.

Citation:

Les framework sont là pour donner une base technique solide et commune aux devs, qui n'ont pas a réinventer la roue à chaque projet et peuvent se concentrer sur l'important, répondre aux besoins du client dans le délai impartit. Et donc gagner de l'argent.

Je vais encore me répéter mais les frameworks CSS ne font pas gagner de temps à un intégrateur expérimenté. C'est multiplier les conteneurs et les classes inutiles qui te font gagner du temps, trouver comment adapter un système très formaté au travail d'un graphiste qui n'a peut-être pas envie de pondre à la chaîne des trucs en douze colonnes ?

Quand tu sais d'instinct comment concevoir une page web, le code sort tout seul et est lisible pour n'importe qui ayant de bonnes bases.

Personnellement, ce qui me fait perdre du temps, c'est d'essayer de me dépêtrer dans ça :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 <div class="row panels"> <div class="col-sm-4 panel-item"> <a class="panel panel-image" href="#"> <div class="panel-icon"> <i class="fa fa-clock-o icon"></i> </div> <div class="panel-heading"><img class="img-responsive-sm" alt="Project planning" src="assets/images/demo/panels/panel_bg_compass.jpg" height="300" width="768"></div> <div class="panel-body"> <h3 class="panel-title">Project planning</h3> <p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed eu pharetra felis.est.</p> </div> </a> </div> <div class="col-sm-4 panel-item"> <a class="panel panel-image" href="#"> <div class="panel-icon"> <i class="fa fa-cog icon"></i> </div> <div class="panel-heading"><img class="img-responsive-sm" alt="Easy customizable" src="assets/images/demo/panels/panel_bg_hat.jpg" height="300" width="768"></div> <div class="panel-body"> <h3 class="panel-title">Easy customizable</h3> <p>Etiam init rutrum ligula semper neque relu dapibus, non tempus mauris sodales.est.</p> </div> </a> </div> <div class="col-sm-4 panel-item"> <a class="panel panel-image" href="#"> <div class="panel-icon"> <i class="fa fa-rocket icon"></i> </div> <div class="panel-heading"><img class="img-responsive-sm" alt="Fastest workers" src="assets/images/demo/panels/panel_bg_chess.jpg" height="300" width="768"></div> <div class="panel-body"> <h3 class="panel-title">Fastest workers</h3> <p>Pellentesque id neque sit amet nibh placerat suscipit et a purus, mauris id.</p> </div> </a> </div> </div>
Plutôt que ça :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 <style> #ourSkills { font-size:0; } #ourskills .item { width:33.333333333%; font-size:16px; display:inline-block; } #ourskills .padding { margin:0 20px; border:1px solid black; position:relative; } #ourskills .photo { display:block; width:100%; margin-bottom:1em; } #ourskills .icon { position:absolute; width:60px;height:60px; left:50%;top:-30px; margin-left:-30px; } #ourskills .title, #ourskills .text { padding:0 20px; line-height:1.8em; } #ourskills .title { font-size:1.8em; } @media screen and (min-width: 600px) { #ourskills .item { display:block; width:auto; } } </style> <div id="ourSkills"> <div id="projectPlanning" class="item"> <div class="padding"> <img class="photo" src="assets/images/demo/panels/panel_bg_compass.jpg" alt="" /> <div class="icon"></div> <h2 class="title">Project planning</h2> <p class="text"> Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed eu pharetra felis.est. </p> </div> </div> <div id="easyCustomizable" class="item"> <div class="padding"> <img class="photo" src="assets/images/demo/panels/panel_bg_hat.jpg" alt="" /> <div class="icon"></div> <h2 class="title">Easy customizable</h2> <p class="text"> Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed eu pharetra felis.est. </p> </div> </div> <div id="fastestsWorkers" class="item"> <div class="padding"> <img class="photo" src="assets/images/demo/panels/panel_bg_chess.jpg" alt="" /> <div class="icon"></div> <h2 class="title">Fastest workers</h2> <p class="text"> Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed eu pharetra felis.est. </p> </div> </div> </div>

13/07/2015, 17h55
EpiTouille

Bonjour,
je ne vois pas la différence entre Material Design Light et Angular Material (https://material.angularjs.org/latest/#/).
Quelqu'un la connait-elle ?
13/07/2015, 23h48
stailer

Citation:

Les framework pour les débutants ou les plagistes ?

Je me sens un peu visé pour la partie "plagistes"... Mais peut-être est-ce justement parce que je reviens de la plage ;)

Bref, désolé mais Sodium a très bien répondu avec son exemple parlant. Je comprends complètement son point de vue même si moi je préfère "galérer" avec bootstrap.
Après ma vision est accès "logiciel" et pas forcément site web.

Bref, il n'y a pas de quoi s'enflammer et pour la phrase

Citation:

D'une manière générale, j'en vois un ou deux ici qui devrait se faire dégonfler un peu les chevilles et être plus modestes.

Alors là, je me sens pas du tout visé. Je suis le 1er à vouloir apprendre, à tester/utiliser de nouvelles libs et à essayer de comprendre ceux qui font d'autres langages.
Encore une fois, je me répète mais quand tu dis :

Citation:

Vous vous prenez pour des cadors de dev Web, les meilleurs du monde ? Les framework sont là pour donner une base technique solide et commune aux devs, qui n'ont pas a réinventer la roue à chaque projet et peuvent se concentrer sur l'important

Oui mais le CSS est un cas particulier. Pour moi c'est pas un langage. Donc je suis d'accord avec toi, c'est mieux de ne pas réinventer la roue mais je suis aussi d'accord avec Sodium.

Si on avait parlé de PHP ou C# avec tel ou tel outil mon avis aurait été plus tranché.
13/07/2015, 23h50
stailer

Citation:

je ne vois pas la différence entre Material Design Light et Angular Material (https://material.angularjs.org/latest/#/).
Quelqu'un la connait-elle ?

Et bien c'est une suite de composants, qui ressemble beaucoup à celle de Google. A la différence que cette suite est développée pour une utilisation avec le framework Angular.
La suite de Google est faite pour être utilisée avec n'importe quel autre outil. Il s'agit juste de composants basés sur Polymer.
14/07/2015, 13h37
Invité

Les ingénieurs savent que Gain de productivité rime avec Framework .

Un grand merci, donc au team Angular Google, qui recèle probablement un ou 2 génies du code(L'idée du Live Binding en Javascript)...

Et quand on voit la faculté qu'on ces gars à modéliser leurs pensées et à simplifier les choses, j'ai tendance à leur faire confiance. Les gars de Jquery et Jquery UI étaient aussi super bien

Angular permet de parvenir à mettre en place nos idées facilement et de façon structurée, sans blocage, et ce framework graphique le facilitera aussi certainement.
quand au framework Bootstrap, j'ai expérimenté des problèmes avec les tabs, qui font ralentir et bugotent( Module Angular Bootstrap)

EDIT: Assez d'accord avec SOdium. En fait finalement, ce qui est embétant avec les framework graphiques, c'est qu'il faut apprendre et retrouver les classes CSS au lieu d'en créer des simples.
Du coup, le code HTML est plus lourd.

Quelqu'un peut il me dire s'il arrive à faire des applications Desktop qui tournent parfaitement sur Téléphone Mobiles sans avoir de problèmes de CSS ?

Et si ce framework peut me permettre de passer en full techno angular, et abandonner Bootstrap, je dis oui !
29/01/2016, 12h25
amoric69

Des frameworks de plus en plus complet

Bonjour,

De Material Design Lite à Materialize, et j'en passe. Le nombre de frameworks ne cessent d'augmenter et il est de plus en plus difficile de choisir celui qui nous correspond.

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.

Y a-t-il d'autres critères à tenir compte ?

Merci à tous
29/01/2016, 15h13
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.

Citation:

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..
15/06/2016, 19h48
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 !