vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
sevDataGrid - Gönnen Sie Ihrem SQL-Kommando diesen krönenden Abschluß!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Ein- und Umsteiger
Re: Hierarchie im TreeView 
Autor: ErfinderDesRades
Datum: 20.05.14 19:30

Manfred X schrieb:
Zitat:

[I]naja, eine im Objekt selbst angelegte Objekt-Methode, die
am Objekt etwas leistet,
was ansonsten in einem externen Modul angelegt werden müsste,
nenne ich "überlegen"
im Sinne von objektorientierter Architektur und Code-Design[/I]

Das stimmt wieder nicht.
Die VB-spezifischen Methoden verwenden die Framework-Klassen.
Es wird nichts in einem "externen Modul" zusätzlich
angelegt - nur der notwendige
Code für die Verarbeitung der zusätzlichen oder geänderten
Aufrufparameter.
(Die Erstellung von Bibliotheken für Parameter-Anpassungen
oder Klassen-
Kapselungen im Rahmen spezifischer Programmier-aufgaben oder
-stile ist üblich.)

Im übrigen ist die Art der Implementierung der String-Klasse
im Net- Framework
"im Sinne von objektorientierter Architektur"
vermutlich zu "hinterfragen".
Sorry - ich komme mit deiner Argumentier-Weise überhaupt nicht klar. Ich sag: Ich nenne ObjektMethoden überlegen im Sinne von OOP gegenüber Methoden, die in Modulen angelegt sind, und du sagst das stimmt nicht?
Aber du siehst doch, dass ich sie überlegen nenne, wie kannst du sagen, das stimmt nicht?

Und was haben Framwork-Klassen, die verwendet werden, überhaupt mit dem Thema zu tun?
Es ist einfach Fakt, dass Objekt-Methoden objekt-orientierten Design-Paradigmen folgen (deswegen heißen sie Objekt-Methode), und Modul-Methoden folgen diesem nicht, sondern bestenfalls prozeduralen Paradigmen.
Hab ich jetzt extra nochmal auf Wikipedia nachgelesen, diese beiden Begriffe.

(Rechtschreibfehler urheberrechtlich geschützt)

alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Hierarchie im TreeView2.397stefanbla8019.05.14 16:28
Re: Hierarchie im TreeView1.733Manfred X19.05.14 16:52
Re: Hierarchie im TreeView1.778stefanbla8020.05.14 06:52
Re: Hierarchie im TreeView1.650ErfinderDesRades20.05.14 10:29
Re: Hierarchie im TreeView1.632Manfred X20.05.14 12:12
Re: Hierarchie im TreeView1.608ErfinderDesRades20.05.14 12:26
Re: Hierarchie im TreeView1.668Manfred X20.05.14 12:35
Re: Hierarchie im TreeView1.627ErfinderDesRades20.05.14 13:55
Re: Hierarchie im TreeView1.630Manfred X20.05.14 14:34
Re: Hierarchie im TreeView1.719ErfinderDesRades20.05.14 19:30
Re: Hierarchie im TreeView1.663Manfred X20.05.14 20:40
Re: Hierarchie im TreeView1.622ErfinderDesRades21.05.14 04:36
Re: Hierarchie im TreeView1.623Manfred X21.05.14 08:08
Re: Hierarchie im TreeView1.582ErfinderDesRades21.05.14 11:15
Re: Hierarchie im TreeView1.650Manfred X21.05.14 15:40
Re: Hierarchie im TreeView1.613ErfinderDesRades21.05.14 16:30
ManfredX.Strings1.634Manfred X21.05.14 19:17
Re: ManfredX.Strings1.560ErfinderDesRades21.05.14 19:55
Re: ManfredX.Strings1.666Manfred X21.05.14 20:46
Re: ManfredX.Strings1.587ErfinderDesRades21.05.14 21:18
Re: ManfredX.Strings1.605Manfred X21.05.14 22:52
Re: ManfredX.Strings1.675ErfinderDesRades21.05.14 23:05

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2025 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel