Standortbestimmung: Programmierparadigmen, OOP, OOP in JS ...

[peterS.]

hallo again Florian,

kampfeslustige gruesse.
Die gebe ich doch gleich mal zurück :-)

naja, so richtig kaempfen willst Du aber nicht.

... ich bin noch mit keinem richtig glücklich geworden.
»»
was vermisst Du denn - und wo?

»»

Konzeptinell gibt es ja schon einige FRameworks, ...

z.b.?

... die durchaus schon viele weiter Konzepte aus der OO-Welt ...

welche OO-Konzepte sind das denn, ...

... nach JS bringen, ...

... die JS nicht unterstuetzt?

aber ich finde gerade die benutzung ist oft nicht selbsterklärend
oder einfach Umständlich.

eben genau darum geht es - warum laesst sich eine bestimmte art
von JavaScript-bibliotheken, die sich nicht am DOM abarbeiten,
nur aeusserst sperrig handhaben. worin gleichen sie sich, was
unterscheidet sie voneinander - worin unterscheiden sich die
moeglichkeiten solcher bibliotheken von denen, die der sprach-
kern ohnehin mitbringt?

was ist »wirkliche OOP« ?
wo ist JavaScript nicht OO?
oder wie saehe »wirkliche OOP« in JavaScript aus?

»»

Darüber hatte ich heute auch eine etwas längere diskussion ...
mit einem Studienkolegen ... Sie ist anders als die üblichen
statischen OOP Programmiersprachen... Nur manchmal fehlen mir
halt dann doch die statischen Strukturen...

hm... statisch vs nicht statisch (also dynamisch) ist vielleicht
das schwaechste argument, um sprachen OO-faehigkeit zuzugestehen
oder abzusprechen.

... und Konzepte aus anderen Sprachen.

welche denn nun, lass es Dir doch nicht so aus der nase ziehen.

und wollte diese möglischst "Original" getreu nachbauen.
Also ein Programmier, der aus der C# oder Java Welt kommt,
soll möglichst sofort seine bekannten Strukturen identifizieren
und verwenden können.

aha ... C#, Java ... Du benötigst also Kapselung und Vererbung?
genauer gefragt - Du vermisst die klassenbasierte Vererbung
statischer Sprachen?

warum willst Du JavaScript in einen engen eintoenigen raum zwingen?

in welchem umfeld ist man gezwungen mit JS objektsysteme mit einer
klassischen vererbungshirarchie ueber deutlich mehr als 2 ebenen
aufzubauen?

so long - peterS. - [e-mail]

--
»Because objects in JavaScript are so flexible, you will want to think differently about class hierarchies.
Deep hierarchies are inappropriate. Shallow hierarchies are efficient and expressive.« - Douglas Crockford

ie:( fl:) br:> va:( ls:& fo:) rl:) n3;} n4:} ss:} de:µ js:} mo:? zu:]