Je suis, malheureusement, travailler avec un logiciel très désordonné écrit par une personne qui ne connaît pas beaucoup de programmation. Ce n'est pas axé sur l'objet, et l'auteur transmet des individus entre des fichiers afin d'exécuter différentes fonctions scriptées. Les pages entières sont enveloppées dans des déclarations if / else. Chaque fichier a sa propre méthode de connexion SQL, chacun a son propre tout, et bien - c'est l'incarnation de la raison pour laquelle nous devrions utiliser OOP.
Donc, ma question à vous les gars est, quel est ce style de programmation techniquement appelé? J'écris un peu un rapport sur celui-ci
6 Réponses :
Il s'appelle code spaghetti
Vous pouvez très bien écrire cela avec des constructions de OOP. En fait, c'est plus facile.
Est-ce que genericdaocontextAbRactBasesingletProxyFactoryBeanframew orkcollection
J'appellerais la programmation orientée des gravats.
Imaginez prendre un grand bâtiment avec beaucoup de structure, puis le frapper. Il y a des vestiges de cette structure (cadres, etc.), mais les pièces ne sont tout simplement pas réunies. C'est un tas de gravats géants.
C'est un mauvais mauvais exemple de programmation procédurale. Voir
0 commentaires
Vous pouvez simplement l'appeler "non orienté objet".
également connu sous le nom de Big Boule de boue , le modèle de conception le plus courant là-bas .
Il y a une telle chose que l'opposé opposé au paradigme de programmation orienté objet, mais il y a d'autres paradigmes:
C'est essentiellement que les personnes de style utilisent, quand elles viennent d'apprendre la programmation. De nos jours, les plus couramment trouvés dans des scripts shell, un code d'assembleur mal écrit et "incluent la programmation orientée" style PHP. C'est aussi la façon dont la plupart du code, que vous pouvez trouver, de base est écrit.
Quelque chose comme la prochaine itération des pratiques de programmation, avec introduction dans les routines (fonctions, procédures). Le code est séparé dans des morceaux réutilisables.
Il s'agit du paradigme le plus courant pour le code PHP que vous puissiez trouver dans le Wild Web. Il est bon pour les applications petites à moyennes. N'oubliez pas non plus que les méthodes statiques dans les classes font également partie du paradigme de procédure.
Ces deux seraient les plus proches que vous pouvez accéder aux «opposés de OOP». Mais il y a beaucoup plus de paradigmes. Les deux autres que vous voudrez peut-être examiner serait:
Aussi, je ferais très bien pour vous de regarder cette vidéo: Programmation avec Anthony - Soupe Paradigm [4:35]
Quelqu'un pourrait dire procédural, etc., mais ce que vous décrivez est plus un anti-style, c'est-à-dire le manque total de toutes pratiques rationnelles.
C'est l'incarnation de la raison pour laquelle nous devrions faire une certaine quantité de planification, d'évaluation et de refactorisation à mesure que nous codons. Oop n'est pas la réponse à tout.
JE VOUS REMERCIE! Je suis totalement d'accord avec vous sur celui-là @Jcomeau_ictX - cependant OOP est assez cool;)