Bonjour existe t'il un moyen de faire du c objet proprement ?

Je n'aime pas du tout le c++ due à sa syntaxe que je dirais merdique..

Mon projet est assez gros et à besoin d'être structuré et se passer du système d'objet est juste du suicide ..

Une solution?

BenoitDobrecourt1 a écrit:

Bonjour existe t'il un moyen de faire du c objet proprement ?

Je n'aime pas du tout le c++ due à sa syntaxe que je dirais merdique..

Mon projet est assez gros et à besoin d'être structuré et se passer du système d'objet est juste du suicide ..

Une solution?

Bonjour,

une conception orientée objet n'a pas besoin d'un langage orienté objet pour être implémentée. Il n'y a rien que tu ne puisses implémenter en C++ que tu ne pourrais pas implémenter en C, ce sont deux langages différents qui utilisent donc des techniques d'implémentations différentes ; si le C++ ne te convient pas et que tu préfères le C utilise le C proprement mais n'essaye pas de faire du C++ avec du C car là ça sera réellement «merdique».

Il y a des approches et techniques qui permettent de «faire de l'objet» en C. Regarde par exemple les projets GObject, GLib2, GTK+3, GObject est la fondation qui définit un système de type «à la façon de ce qu'on pourrait appeler des classes et des objets». Ce sont des projets de grande envergure, stables et utilisés en prod. Cela alourdit énormément tes projets, sans (apparemment) de grosses pertes de perf ; ton code si tu le veux propre devient extrêmement verbeux, et a pour principale effet délétère de foutre un tout petit peu le bordel dans la résolution d'aliasing de pointeurs. Ces projets n'introduisent pas uniquement «une approche objet» dans l'implémentation mais également des notions comme le comptage de référence ; il faut être à l'aise avec les notions de responsable d'objets.
Tu ne trouveras pas d'équivalent au polymorphisme tel qu'on peut le rencontrer dans les langages orientés objet, même si  la dernière mouture de C introduit la notion de généricité.

Bref, ça fonctionne, ça fonctionne même plutôt bien mais c'est à prendre avec des pincettes si tu te lances dans un projet avec un équipe. Si tu es le seul sur le projet il va falloir ne pas avoir peur de lire la doc.

Si tu n'aimes pas le C++, mais que tu tiens à faire de l'orienté objet, tu peux te tourner vers Java.

Mais n'essaie pas de faire du C orienté objet, ça a beau être techniquement "possible", tu aura énormément de mal et il y a de grandes chances que le résultat obtenu soit particulièrement instable, si tu n'a pas les notions expliquées par @PicoDev.

Ensuite, comme beaucoup de monde, je ne trouve pas que le C++ soit "merdique". Mais tu peux ne pas aimer

Ça dépend de ton projet, mais pourquoi ne pas le faire directement en python si c'est ton langage de prédilection ?

Les sources des algorithmes comme RSA ou Argon2I sont disponibles gratuitement et librement (exemple, libsodium).

Pourtant ça n'en baisse pas la sécurité.

Attention, le C est au contraire beaucoup plus dangereux en termes de sécurité que le python ou le Java.

Tu peux faire un peu n'importe quoi en C, même un scanf, voire un printf est dangereux. "print" de python ne l'est pas.

Un code compilé peut toujours donner l'accès à ses sources en ASM, et il existe aujourd'hui même pas mal de désassembleurs faits pour reconstruire le code source. Bref, sécurisation par obscuration est (comme toujours) inutile.

Et comme l'a pointé @Scorbutics, il est sans doute beaucoup plus risqué de faire un code en C qu'en python ou un langage plus haut niveau.

Plus risqué ... mouais ... les risques sont différents, on ne se tire pas dans la même partie du corps

Il sera toujours plus facile de lire un code python que de désassembler un binaire … mais bon ça c'est de la paranoïa d'arrière garde.

Ce que tu entends par "protéger" est toujours vague et indescriptible.

Si tu parles d'obfuscation, ça ne servira très vraisemblablement à rien.

Pour faire de l'objet en C: https://github.com/CObjectSystem/COS (boudiou, je vois que le projet est toujours vivant, ou du moins sa doc).

Pour le coup, non seulement tu vas avoir du polymorphisme, mais aussi l'étape suivante: le multi-dispatch qu'aucun langage OO maintream n'offre (encore) nativement.

Après... si tu n'aimes pas la syntaxe, pourtant simple pour le côté OO, du C++, là, tu vas avoir mal aux yeux.