Que signifie exactement « léger » pour décrire des bases de données ou des cadres logiciels ?


Un logiciel est considéré comme "léger" lorsqu'il peut être utilisé dès sa sortie de la boîte avec peu ou pas de frais d'intégration/configuration. Du côté des bases de données, SQLite en est un parfait exemple. Il vous suffit d'intégrer le pilote SQLite au langage de programmation de votre choix et le tour est joué. Cela contraste avec la plupart des autres systèmes de base de données qui vous obligent à installer un logiciel supplémentaire sur une autre machine, à configurer des règles de réseau/pare-feu, à configurer des règles d'accès, etc. et à intégrer ensuite le pilote de base de données approprié dans votre application.


Pour les frameworks logiciels, c'est un peu plus subtil et contextuel. Par exemple, considérons deux frameworks qui vous aident à écrire une API REST en Java. Les deux ont besoin d'une configuration, n'est-ce pas. Eh bien, l'un exige que vous spécifiiez vos routes dans un fichier XML et l'autre est basé sur des annotations, de sorte que vous pouvez déclarer des routes dans le code lui-même.

Ce dernier peut être considéré comme plus léger parce que la configuration est plus facile puisque vous n'avez pas à passer en contexte de Java à XML (et aussi parce que XML est le mal).


En revanche, quelqu'un peut considérer que le premier est plus léger car vous pouvez apporter des modifications à vos routes sans nécessairement recompiler l'application.