Re: Databinding - nicht wirklich, oder?
- From: "Frank Dzaebel" <Post@xxxxxxxxxxxxxx>
- Date: Mon, 7 Aug 2006 12:49:15 +0200
Hallo Paul,
Wieso stört dich die Reflection? IMHO kommt es doch darauf an, dass das Konzept in der Praxis funktioniert. Wir müssen also auf die Vorgänge schauen, die beim Programmieren so ablaufen. Wenn das gut unterstützt wird, ist Reflection schon OK.
Reflection vermeiden die meisten wenn möglich.
Es ist absolut gut unterstützt. Wenn möglich, versucht man
die Dinge über OOP zu erreichen. Reflection ist langsam.
Über Reflection ist es (z.B.) möglich private Member von aussen
anzusprechen. Also recht übel für OOP-Verfechter ;-)
Aber gut, im richtigen Moment im richtigen Mass ist es
es wohl akzeptabel. Also in meinem Beispiel ist es wohl
einigermassen ok, da keine eigenen strings benutzt werden müssen.
(also halt: http://Dzaebel.NET/TypesafeProps.htm)
"Manuelle" Strings und Reflection wären allerdings noch viel
gefährlicher als manuelle Strings und DataBinding.
Ich bin übrigends *nicht* dafür, die Sachen alle aufzunehmen. Dann würde C# bald die gleichen Probleme haben wie C++ heute. Aber interessant ist es schon.
Interressant und wichtig sind die anderen Sprachen
auf jeden Fall. Die haben u.U. auch Konzepte, die ggf. demnächst
wiederum in C# auftauchen können. Das ist IMHO ok, wenn sie in
das Grundkonzept, die Spezifikation, und die Sprache "passen".
In der Summe sehe ich aber C# einfach momentan "vorne".
ciao Frank
--
Dipl.Inf. Frank Dzaebel [MCP/MVP C#]
http://Dzaebel.NET
.
- References:
- Re: Databinding - nicht wirklich, oder?
- From: Frank Dzaebel
- Re: Databinding - nicht wirklich, oder?
- From: Paul Werkowitz
- Re: Databinding - nicht wirklich, oder?
- Prev by Date: Re: gibt es in C# optionale Parameter?
- Next by Date: Re: gibt es in C# optionale Parameter?
- Previous by thread: Re: Databinding - nicht wirklich, oder?
- Next by thread: Process.GetProcessesByName und Terminalserver
- Index(es):
Relevant Pages
|