K&R The C Programming Language: Word Lengths Histogram Aufgabe

Wutz

Wobei die enum-Variante im Rahmen einer anonymen enum-Typdefinition im C-Modul prinzipiell noch weitere Vorteile bietet:

erstmal natürlich: du kommst von außerhalb des C-Moduls niemals an den Wert heran, da kannst du via extern versuchen was du willst; weil MAX_LEN gar kein Objekt ist
ein Debugger zeigt dir den enum-Wert sehr viel wahrscheinlicher separat an als ein #define
gegenüber einer const int-Definition hast du hier den Vorteil, dass du auf Fehler immer schon zur Compilezeit hingewiesen wirst, wenn du (verbotenerweise doch) versuchst den Wert zu ändern, und nicht erst vielleicht zur Laufzeit

#include <stdio.h>

const int x = 4711;
enum {y = 4711};

int main() {
#if 0	
	*(int*)&x = 4712;
/* nicht lachen, ich habe schon viel solchen Code gesehen (auch voll selbsternannten Profis), der const auf diese Weise umgehen will */
	printf("%d",x);
#else
    y=4712;
#endif
	return 0;
}

const-Variante: du kannst froh sein, wenn du überhaupt zur Laufzeit einen Fehler bekommst (hängt von der Güte des Compilers ab)

const int x = 4711;
enum {y = 4711};

int main() {
#if 1	
	*(int*)&x = 4712;
	printf("%d",x);
#else
    y=4712;
#endif
	return 0;
}
Runtime error

http://ideone.com/HftK3f

enum-Variante: du erhältst immer schon zur Compilezeit einen Fehler (ein unschätzbarer Vorteil bei professioneller Programmierung: man lässt so viel wie möglich durch den Compiler prüfen); der Code reift nicht beim Kunden sondern möglichst beim Entwickler

const int x = 4711;
enum {y = 4711};

int main() {
#if 0	
	*(int*)&x = 4712;
	printf("%d",x);
#else
    y=4712;
#endif
	return 0;
}

prog.c:11:6: error: lvalue required as left operand of assignment
     y=4712;
      ^

http://ideone.com/Bi29OZ

SeppJ schrieb:

Oder anders gesagt, in C++ (doer jeder anderen Sprache, die du als oo bezeichnen würdest) ist f.write("Bla") nur Syntaxzucker für write(f, "Bla") .

Interessant. Wie kommt write() denn an die privates von f heran? Datenkapselung ist ja ein wesentliches Merkmal von OOP.

Biolunar

versionsnummer schrieb:

SeppJ schrieb:

Oder anders gesagt, in C++ (doer jeder anderen Sprache, die du als oo bezeichnen würdest) ist f.write("Bla") nur Syntaxzucker für write(f, "Bla") .

Interessant. Wie kommt write() denn an die privates von f heran? Datenkapselung ist ja ein wesentliches Merkmal von OOP.

file.h

struct File;

size_t write(struct File* file, char const* data, size_t len);

file.c

struct File
{
    // irgendwelche Innereien
};

size_t write(struct File* file, char const* data, size_t len)
{
    // greife einfach auf die Innereien von file zu
}

Tada! Daten sind in einem Modul* gekapselt. Module sind in C üblicherweise Header/Source Dateien, in C++ sind es Klassen, usw.

*Den Bergiff Modul habe ich eben erfunden; es handelt sich hier nicht um standard C/C++ Terminologie.

Wutz

naiv

Wutz

versionsnummer schrieb:

SeppJ schrieb:

Oder anders gesagt, in C++ (doer jeder anderen Sprache, die du als oo bezeichnen würdest) ist f.write("Bla") nur Syntaxzucker für write(f, "Bla") .

Interessant. Wie kommt write() denn an die privates von f heran? Datenkapselung ist ja ein wesentliches Merkmal von OOP.

Indem auch das Objekt (this) separat als Parameter übergeben wird. (was C++ intern bei class macht)

typedef struct {
void (*write)();
const char*s;
} class;

void write(class*this,const char*s){puts(this->s);puts(s);}

int main()
{
  class objekt={write,"privat"}; /* "Klassen"-Instanziierung mit gleichzeitiger Initialisierung */

  objekt.write(&objekt,"public"); /* OOP */

  return 0;
}

http://ideone.com/BGpn7E

und solche spielereien kommen euch nicht ein bisschen seltsam vor?
mit diesen ganzen "richtigen" objektorientierten programmiersprachen lässt sich das alles viel eleganter umsetzen.

natürlich unter der voraussetzung, dass das wirklich den prinzipien der oop entspricht, woran ich irgendwie weiterhin meine zweifel habe.

Wutz

Nur weil du naive Vorstellungen von "eleganter" OOP hast, müssen nicht alle außer dir die letzten Jahrzehnte konzeptlos programmiert haben.
Fakt ist: OOP ist ein Managerhype der 90er (auffälligerweise nahezu zeitgleich mit dem Aufkommen von Java);
das Konzept gibt es schon sehr viel länger, wie hier schon gesagt:

File* f = fopen('foo'); 
fwrite(f, ...); 
fclose(f);

ist OO pur

Mit diesem Managerhype einhergehend ist der (in C++ und besonders Java) verbreitete Umkehrschluss: ich programmiere Java/C++, also programmiere ich OOP.
Das ist ebensolcher Dünnschiss von denselben Consultens der 90er, die ihre Javadeppen verkaufen wollen, nur weil die ein paar fehlerfreie Zeilen geradeaus schreiben können, und meinen, den Rest der VM oder irgendwelchen Appservern überlassen zu können.

Th69

@HansKlaus: Auch die WinAPI ist objektorientiert geschrieben - und (zumindestens die Schnittstelle) komplett "C".

HansKlaus schrieb:

und solche spielereien kommen euch nicht ein bisschen seltsam vor?

Doch, natürlich. Lass' Dich nicht beschwätzen ... Man muß im Hinterkopf behalten, daß es zwei Auffassungen von OOP gibt, diejenige aus der Simula-Tradition (Java, C++ ...) und diejenige aus der Smalltalk-Tradition. Vieles aus der letzteren (Metaklassen, "alles ist ein Objekt" ...) sucht man in der ersteren vergeblich.

@Wutz
naja ich hab halt an der fh eine veranstaltung namens "einführung in die objektorientierte programmierung" gehabt und irgendwie hatte der stoff ungefähr soviel mit java zu tun gehabt, als dass wir da mal ein gebäude modellieren und dieses modell dann in java umsetzen sollten.
da ging es dann eher darum, irgendwelche uml-klassendiagramme zu malen und darin die attribute und methoden zu kapseln, beziehungen herzustellen, zu vererben, zugriffsmodifikatoren zu verwenden und dann noch um diverse entwurfsmuster.

kann man ja von halten was man will, aber ein wenig übersichtlicher (und angeblich auch fehlerfreier, dynamischer etc) wird die sache dadurch ja schon und da wir ja fachkräftemangel haben und mehr oder weniger jeden nehmen müssen, sind solche sachen wohl erforderlich.

@Th69
hmmm also das wort "object" kommt tatsächlich sehr häufig in der dokumentation vor, aber mit dem, was ich in o.g. veranstaltung gelernt habe, hat das irgendwie überhaupt nichts zu tun, eher mit dem, was ich über prozedurale programmierung gelernt habe.

@versionsnummer
endlich kann das mal jemand nachvollziehen!

K&amp;R The C Programming Language: Word Lengths Histogram Aufgabe

K&R The C Programming Language: Word Lengths Histogram Aufgabe