lw_oopc

Remarques de version de version de mise à niveau LW_OOPC

J'ai apporté des modifications et un débogage simples basés sur le code source de lw_oopc Yonghua de Gao Huantang. Faire de lw_oopc capable d'être utilisé dans des projets intégrés réels et de répartir sous forme de bon cadre.

Les principales améliorations sont:

1. Correction de quelques erreurs mineures pour faire passer la compilation.
2. La position de certaines macros a été ajustée afin que l'interface de configuration soit uniquement dans LW_OOPC.H.
3. Après les tests, vous pouvez dire directement et exécuter sous * Nix et supprimer les fichiers de projet inutiles vs.

Mes coordonnées:

• Blog: https://akjong.com
• E-mail: [email protected]

Vous trouverez ci-dessous quelques instructions de Kim Yong-hwa [email protected] sur son repo

• Dans le livre de M. Gao Huantang "UML + OOPC Embedded Language Development Essential Lecture", la macro LW_OOPC créée par M. Gao et son équipe Misoo est présentée.
• Au cours de l'étude de cet ensemble de macros, j'ai constaté que l'ensemble des macros fourni par M. Gao est trop simple et ne peut pas soutenir élégamment la programmation orientée vers l'interface.
• Après une étude minutieuse, j'ai élargi et amélioré l'ensemble original de macros et obtenu une version améliorée et améliorée de la macro LW_OOPC.
• L'ensemble amélioré de macros peut bien prendre en charge la programmation orientée objet et la programmation orientée vers l'interface (même l'héritage multiple complexe).

Après avoir contacté M. Gao Huantang par e-mail et obtenu le consentement de M. Gao, nous allons open source par le biais de l'accord LGPL.

Les macros originales créées par M. Gao Huantang et son équipe Misoo (6 macros au total), la liste est la suivante

La macro créée par Gao Huantang et Misoo	Y a-t-il un problème?	Est-il modifié?
INTERFACE	Aucun problème	Non
CLASSE	L'héritage ne peut pas être pris en charge	Oui
Ctor	Non protégé pour l'application de mémoire	Oui
End_ctor	Aucun problème	Non
Function_setting	Aucun problème	Non
Outils	Aucun problème	Non

Afin de mieux prendre en charge la programmation orientée objet et axée sur l'interface, Jin Yonghua a ajouté 14 macros

Macro de création	Création Purpose () pour résoudre quel problème?
Dtor / end_dtor	Pour soutenir le concept de destructeur
ABS_CLASS	Pour soutenir le concept de cours abstraits
ABS_CTOR / end_abs_ctor	Pour soutenir le constructeur d'une classe abstraite héréditaire
Prolongement	Pour faciliter la compréhension des personnes familières avec Java (équivalent aux implémentés des macros)
Super_ctor	Afin de prendre en charge la sous-classe appelant le constructeur de la classe parentale
Super_ptr / super_ptr_2 / super_ptr_3	Pour soutenir la transformation ascendante
Sub_ptr / sub_ptr_2 / sub_ptr_3	Pour soutenir la transformation vers le bas
INHERIT_FROM	Pour prendre en charge l'accès aux membres de données de la classe Parent Direct

• J'espère que cet ensemble de macros peut vraiment aider les programmeurs C qui souhaitent écrire du code orienté objet dans le langage C!