cclass-thoughts.c
3.32 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
/*
* Klassen sind eine Vereinigung von Daten und der Art wie diese auf
* messages reagieren. Oft reagieren Sie auf eine message identisch, aber
* die Details koennen variieren. Ein beispiel dafuer waere die message
* "fahre an einen bestimmten Ort". Die meisten Objekte die auf diese
* message reagieren koennen brauchen dafuer ein Rad...ein Luftschiff
* allerdings faehrt auch (sprachliche definition) benoetigt dafuer aber
* kein Rad. Das Ergebnis der message ist allerdings das gleiche wenn
* alles korrekt functioniert. Das Objekt erreicht das definierte Ziel.
*
* Was wir unter C tun müssen ist separate definition von Interface und
* und Daten sowie Methoden....das Interface ist dabei immer verantwortlich
* dafür die zur Klasse gehörende Implementation einer Methode aufzurufen.
*
* In anderen Worten... eine Klasse ist eine konkretisierung eines
* Interface. Ebenso wie es viele Objekte einer Klasse geben kann, kann es
* auch viele Konkretisierungen eines Interfaces geben.
*
* Alle Klassen die das gleiche Interface konkretisieren reagieren auf
* die gleichen Messages und Objekte dieser Klassen sind daher grundsätzlich
* austauschbar.
*
* Ein Interface kann ebenso wie Klassen andere Interfaces erweitern.
* Objekte von Klassen die ein solches erweitertes Interface konkretisieren
* koennen auch überall dort eingesetzt werden wo Objekte des Basisinterface
* eingesetzt wurden.
*
* Alles Interfaces müssen wenigstens von dem Basisinterface struct _CCLASS
* abgeleitet sein, welches __construct und __destruct sowie class detection
* Magic und die Klassengroesse enthält.
*
* Die Interfaces können zur compilezeit statisch initialisiert werden da
* sie sich zur laufzeit nie ändern.
*
* Über die implementierung multipler interfaces muss ich noch nachdenken.
* Denkbar waere den Interfaces reservierte namen zu geben über die dann immer
* auf sie zugegriffen werden muss...hat eine Interfacedefinition dann ein
* memder dieses reservierten namens hat er auch das Interface.
*
* === was folgt ist noch nicht in unten stehendem pseudo code ===
*
* Die interfaces sollten sich evtl nicht extenden....stattdessen
* sollte die Klassenimplementation ihr interface mit den existierenden
* Interface definitionen und ihren implementationen initialisieren.
*
* Das soll heissen zu jeder Klasse (A) wird auch eine Interfaces structur
* angelegt die dann konkrete Interface Instanzen initialisiert und mit
* einem unique name versieht.
*
* Dabei ist dann verprflichtend das zumindest das CCLASS interface
* eingebunden wird, damit es wirklich eine Klasse wird. :)
*/
// === INTERFACE DEFINITION =======
typedef void (*fptr_draw)(void *);
typedef struct __SHAPE {
struct _CCLASS cclass;
struct {
fptr_draw draw;
} shape;
} * __SHAPE_PTR;
struct _SHAPE;
typedef struct _SHAPE * SHAPE;
// === INTERFACE IMPLEMENTIERUNG (for dynamic binding) =======
void * draw(const __SHAPE_PTR shape)
{
const __SHAPE_PTR class = _object - sizeof(void *);
if (shape && class && class->draw) {
class->draw(shape);
}
}
// === KLASSEN INITIALIZATION ========
static void draw(CIRCLE * this);
static
const
struct __SHAPE _circle = {
{
CCLASS_MAGIC;
sizeof(struct __SHAPE);
__construct;
NULL;
__destruct;
NULL;
NULL;
};
{
draw;
}
};
static
void
draw(CIRCLE * this)
{
/* draw the shape */
}
// vim: set ts=4 sw=4: