si je reprends l'exemple d'un datepicker, est-ce que ça vaut le coup pour un champ date sur une page de l'ensemble du site ?
Non, ça vaut carrément pas le coup si c'est juste pour ça. Tout dépend de l'importance de ce champ date, s'il est souvent modifié, etc ...
Mais sur un site de voyage ou d'une compagnie aérienne par exemple, le champ date, c'est vraiment le truc qui faut éviter de foirer ou espérer que tous les utilisateurs auront le dernier navigateur mis à jour, ou entreront la date au bon format. Sur ce genre de site, faut prévoir les cas ou javascript est désactivé côté navigateur aussi, mais c'est une minorité.
Donc à mettre en balance le temps passé sur l'apprentissage et la prise en main du framework par rapport aux besoins et au temps passé à "réinventer la roue".
Oui, faut peser le pour et le contre. Tout dépend des besoins, et si c'est pas nécessaire, ça ne fait que rajouter de la lourdeur pour pas grand chose ...
Si tu sais que tu vas avoir besoin d'un datepicker, de champs autocomplete ou dropdown aux petits oignons, d'un slider, de gestions de tabs, de fenêtres modales, de tooltips, d'une librairie de graph pour balancer des charts ou que sais je encore ... Ça commence à faire pas mal de truc à réinventer et oui la solution de facilité c'est de balancer un framework (jquery, dojo, mootools, ...)
Mais bon, souvent y'a pas de courbe d'apprentissage du tout si tu veux juste balancer un plugin ... C'est aussi pour ça que c'est souvent décrié, parce que utilisé à tort. Tu peux parfois voir plusieurs frameworks inclus uniquement pour un plugin fonctionnant avec tel ou tel !
[^] # Re: Juste pour alimenter le troll ...
Posté par zebul0n . En réponse au journal S’il vous plaît... architecture-moi un Kanboard !. Évalué à 2.
Non, ça vaut carrément pas le coup si c'est juste pour ça. Tout dépend de l'importance de ce champ date, s'il est souvent modifié, etc ...
Mais sur un site de voyage ou d'une compagnie aérienne par exemple, le champ date, c'est vraiment le truc qui faut éviter de foirer ou espérer que tous les utilisateurs auront le dernier navigateur mis à jour, ou entreront la date au bon format. Sur ce genre de site, faut prévoir les cas ou javascript est désactivé côté navigateur aussi, mais c'est une minorité.
Oui, faut peser le pour et le contre. Tout dépend des besoins, et si c'est pas nécessaire, ça ne fait que rajouter de la lourdeur pour pas grand chose ...
Si tu sais que tu vas avoir besoin d'un datepicker, de champs autocomplete ou dropdown aux petits oignons, d'un slider, de gestions de tabs, de fenêtres modales, de tooltips, d'une librairie de graph pour balancer des charts ou que sais je encore ... Ça commence à faire pas mal de truc à réinventer et oui la solution de facilité c'est de balancer un framework (jquery, dojo, mootools, ...)
Mais bon, souvent y'a pas de courbe d'apprentissage du tout si tu veux juste balancer un plugin ... C'est aussi pour ça que c'est souvent décrié, parce que utilisé à tort. Tu peux parfois voir plusieurs frameworks inclus uniquement pour un plugin fonctionnant avec tel ou tel !