J'essaie de comprendre les principes SOLID de la programmation orientée objet et je suis parvenu à la conclusion que LSP et OCP présentaient certaines similitudes (sinon pour en dire plus). les états de principe ouvert / fermé "les entités logicielles (classes, modules, fonctions, etc.) devraient...
Les deux principaux arguments contre le dépassement Object.finalize()sont les suivants: Vous ne décidez pas quand ça s'appelle. Il peut ne pas être appelé du tout. Si je comprends bien, je ne pense pas que ce soient des raisons suffisantes pour haïr Object.finalize()autant. Il incombe à...
Dans Meyer Travaux logiciel orienté objet (1988) , il définit le principe ouvert / fermé les suivants: Un module sera dit ouvert s'il est toujours disponible pour extension. Par exemple, il devrait être possible d'ajouter des champs aux structures de données qu'il contient ou de nouveaux éléments à...
Il y a quelque temps, j'ai lu, sur une réponse Stack Overflow que je ne trouve pas, une phrase qui expliquait que vous devriez tester les API publiques, et l'auteur a dit que vous devriez tester les interfaces. L'auteur a également expliqué que si une implémentation de méthode changeait, vous ne...
Wikipédia dit "les entités logicielles (classes, modules, fonctions, etc.) devraient être ouvertes pour l'extension, mais fermées pour la modification" Le mot fonctions a attiré mon attention, et je me demande maintenant si nous pouvons supposer que la création d'une surcharge pour une méthode peut...
J'ai récemment lu un site Web sur le développement de code propre (je ne mets pas de lien ici car il n'est pas en anglais). Un des principes annoncés par ce site est le principe ouvert fermé : chaque composant logiciel doit être ouvert pour extension et fermé pour modification. Par exemple, lorsque...