Les développeurs frontaux sont impatients de nombreuses fonctionnalités depuis de nombreuses années - des méthodes de centrage dans le CSS, l'encapsulation de style, les paramètres des rapports d'aspect des éléments, le contrôle des couleurs plus fins, la sélection d'éléments basés sur les attributs d'éléments enfants, la gestion des niveaux spécifiques, faisant réagir aux largeurs d'éléments parents ... et ainsi de suite.
Maintenant, nous obtenons ce que nous voulons et nous obtenons même plus, mais certaines personnes commencent à remettre en question - avons-nous trop de CSS maintenant?
Dans le passé, le travail des développeurs frontaux tournait presque entièrement autour des limites du CSS. Par exemple, utilisez ClearFix Hack pour effacer les flotteurs, utilisez un piratage de padding à 100% pour créer des divs carrés, sans parler de l'application aléatoire des attributs non pertinents pour inciter Internet Explorer dans l'exécution de vos commandes.
À l'époque, le navigateur était un ennemi rusé et devait être vaincu par des compétences pures et des sorts mystérieux. De nos jours, l'attribut parfait est là, il suffit de copier et de coller sur MDN.
se soucient vraiment des sentiments des développeurs! Je sais, je ne le croyais pas au début. Mais je fais une enquête CSS Statut Developer chaque année (et en passant, elle est en cours maintenant - vous impliquez!), Et je sais que l'équipe de développement du navigateur utilisera les résultats (et de nombreux autres points de données) pour déterminer leur feuille de route. En dehors de cela, Google a également financé mon enquête et a même embauché Lea Verou pour prendre en charge la sélection des questions d'enquête de cette année.
Ce n'est pas seulement Google. Souffler Safari et Apple (parfois devrait parfois) est devenu une mode, mais vous ne pouvez pas refuser l'enthousiasme de Jen Simmons pour l'écoute des développeurs et l'amélioration du Web.
Les fabricants de navigateurs améliorent non seulement leur propre CSS;
trop de bonnes choses?
LEA et moi avons considéré de nombreuses fonctionnalités, mais j'ai également rejeté certains. Certaines des fonctionnalités que nous
n'incluons pas:linear()
Fonction d'assouplissement, qui vous permet de définir plus finement les courbes d'assouplissement. env()
Fonction, qui vous permet d'utiliser des variables définies par votre navigateur ou votre appareil. scrollbar-width
Propriété, qui aide à contrôler l'apparence de la barre de défilement. margin-trim
Propriété, qui vous permet de contrôler le comportement de marge des éléments de l'enfant conteneur. Tous ces éléments peuvent être très utiles et seront une grande nouvelle dans le passé lorsque les pénuries CSS sont dans le passé. Mais dans le contexte d'aujourd'hui, ils doivent rivaliser avec des annonces plus importantes (telles que has()
sélecteurs ou nidification CSS!).
Comme l'écrit Silvestar Bistrović, il n'est «pas si excité» à propos de toutes ces nouvelles fonctionnalités CSS. Sara Soueidan a répondu sur Twitter qu'elle était préoccupée par «le but, pas à quel point une fonctionnalité est éblouissante en ce moment».
Cela semble être une attitude négative, mais je pense que c'est compréhensible. Personne ne peut compter sur le suivi de autant de nouvelles fonctionnalités!
Une autre conséquence inattendue (ou peut-être intentionnelle?) Est que plus le CSS est complexe, plus les obstacles sont élevés que toute nouvelle entreprise cherche à développer un moteur de navigateur à faire face - sans parler de la maintenance et de la documentation supplémentaire de la charge de travail supplémentaire de toutes ces nouvelles fonctionnalités.
Il existe également une préoccupation très raisonnable que le CSS puisse se développer dans les zones où il n'est pas très adapté à la manipulation. Sara Soueidan a également souligné cela lors de la réaction à la mise en œuvre expérimentale du nouveau commutateur CSS (c'est un billet pour en discuter):
Beaucoup ont souligné très raisonnable que ce comportement est mieux géré par un nouvel élément HTML plutôt que de gérer l'état du commutateur uniquement via CSS, et que CSS peut ne pas être le meilleur moyen pour s'assurer que les problèmes d'accessibilité sont correctement résolus.
Ceci est souvent considéré comme une bonne chose lorsque CSS prend en charge le contenu précédemment traité via JavaScript, car il réduit généralement la quantité de code dont le navigateur doit charger. Par conséquent, je suis prudemment optimiste quant au changement de CSS et je pense que le groupe de travail CSS gère correctement les préoccupations de la communauté. Mais peut-être qu'un jour nous commencerons à craindre que CSS puisse s'étendre au-delà de ses limites et infraction aux tâches de HTML et JavaScript.
Peut-être que c'est ce qui doit être modifié: peut-être devrions-nous abandonner les développeurs CSS doivent comprendre toutes les attentes CSS?
Cette attente découle du moment où CSS était autrefois considéré comme une réflexion après coup, une grammaire désagréable que vous devez apprendre à transformer vos boutons en bleu et audacieux selon la demande du client. Mais je pense que nous devons accepter que le CSS d'aujourd'hui peut être trop grand pour que une personne maîtrise, en particulier en dehors d'autres tâches frontales.
comme Michelle Barker l'a dit:
C'est ma conclusion finale. J'ai accepté le fait que je n'utilise probablement jamais - même je sais - toutes les fonctionnalités CSS possibles. Et cela vient toujours de la personne qui a mené une enquête sur CSS !
Mais ces nouvelles fonctionnalités sont certainement utiles pour certaines personnes . Quelqu'un écrit des articles de blog à leur sujet, créera des codepens cool avec eux et en parlera. Ce gars sera un développeur cool, jeune et énergique avec tous ses cheveux encore. En d'autres termes, ce ne sera pas moi - c'est bien.
Peut-être que vous craignez que ce nouveau développeur soit submergé en ayant à en apprendre trop à la fois. Mais n'oubliez pas que ce qu'ils n'ont pas à apprendre est remplacé précisément en raison de ces alternatives mises à jour. Je sais que j'accepterai cet accord à tout moment.
Mais pensez-y: au cours des dernières années, nous avons non seulement connu une augmentation significative du nombre d'appareils qui doivent s'adapter, nous commençons également à réaliser que chacun de nous consomme des réseaux de manière légèrement différentes, ce qui peut être dû au handicap, à l'environnement actuel ou simplement aux préférences personnelles. CSS ne devrait-il pas s'adapter à cette nouvelle réalité?
Maintenant, je dois admettre que tout me fait me sentir un peu nostalgique ... alors pardonne-moi, je vais effacer quelques chars juste pour les vieux souvenirs.
Comme je l'ai mentionné, l'enquête annuelle sur le statut CSS est maintenant ouverte. Que vous pensiez qu'il y a trop de CSS ou non, cette enquête est un excellent moyen de faire savoir aux développeurs de navigateurs ce que vous ressentez, donc si vous avez 10 minutes, remplissez-la.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!