De quelle quantité de code de bibliothèque avez-vous réellement besoin : 50 000 ? 100 000 ? 150 000 ? Plus? Quelle quantité en utilisez-vous réellement ?
Bien sûr, nous aimons tous nos frameworks monolithiques préférés, et parfois nous les utilisons même pleinement. Mais combien de fois recherchons-nous le tracteur John Deere autoporté doté de la climatisation et d'un système audio à six haut-parleurs, alors qu'un couteau de poche judicieusement appliqué ferait l'affaire mieux, plus rapidement et plus facilement ?
Les micro-frameworks sont définitivement les couteaux de poche du monde des bibliothèques JavaScript : courts, agréables, directs. Et à 5k et moins, les micro-frameworks sont très très portables. Un micro-framework fait une chose et une seule chose – et le fait bien. Pas de saleté, pas de fonctionnalité, pas de dérive des fonctionnalités, pas d'excès nulle part.
MicroJS.com vous aide à découvrir les microframeworks les plus compacts mais les plus puissants et vous permet de choisir facilement celui qui fonctionnera pour vous.
Voulez-vous ajouter le vôtre ? Forkez ce site sur GitHub, ajoutez votre framework à "data.js" et soumettez une pull request.
Pour vérifier la taille réduite et compressée de votre bibliothèque à partir de la ligne de commande, utilisez ./build.js -v
(voir ci-dessous) ou exécutez :
$ uglifyjs yourlib.js | gzip -9f | wc -c
or
$ wget -q -O- https://domain.tld/path/to/file.src | uglifyjs | gzip -9f | wc -c
'name'
, 'tags'
, 'url'
, 'source'
'url'
doit pointer vers l'endroit où vous hébergez votre fichier README ou vos documents et vers l'endroit où le code est téléchargé.'url'
n'est pas une adresse GitHub mais que votre projet y est hébergé, ajoutez un champ 'github'
avec votre nom d'utilisateur et le nom de votre bibliothèque, par exemple 'timrwood/moment'
afin que le constructeur puisse collecter les statistiques GitHub.'source'
doit pointer vers un fichier unique ou un tableau de fichiers pouvant être concaténés pour former votre bibliothèque complète sous une forme prête à l'emploi. La 'source'
ne doit pas être minifiée (voir ci-dessous)make
devrait fonctionner et ne pas renvoyer d'erreur. Pour exécuter make, vous aurez besoin d'installer le nœud Si votre source est très petite, vous pouvez simplement inclure le tout dans l'attribut source sous forme de chaîne. Si votre source est répartie sur plusieurs fichiers, vous pouvez utiliser un tableau d'URL (il est préférable de n'avoir qu'une seule source). Si votre source est publiée dans un fichier ZIP, vous pouvez pointer vers l'URL du ZIP et ajouter un !/zip/entry.js
à la fin pour que le compilateur sache où chercher (il est toujours préférable d'avoir une seule URL source !)
Le constructeur lit data.js et vérifie la source de chaque entrée. Il calculera les tailles brutes, minifiées et compressées des entrées.
Vous verrez des avertissements où les entrées doivent être vérifiées et des erreurs où les entrées seront exclues.
Si vous souhaitez voir les détails de toutes les entrées, vous pouvez exécuter la commande ./build.js -v
.
data.js
les attributs représentatifs répertoriés ci-dessusnpm install
si vous ne l'avez pas déjà fait et npm test
SUCCESS
, vous êtes prêt à partir, soumettez le PR./build.js -v | grep YOUR_PACKAGE_NAME
Veuillez noter que MicroJS.com est un site organisé et que nous nous réservons le droit de refuser toute annonce pour quelque raison que ce soit.
Le code/site Web microjs.com est publié sous une licence MIT.