Hallo! >>>> hm, ich glaube da muss man ein wenig weiter ausholen: Das ganze mit Strukturen zu l�sen, wie du es jetzt machst, ist zwar erst mal m�glich, aber ziemlich unpraktisch und, sorry, unprofessionell Quasi von hinten durch die Brust ins Auge :) >>>>
Da bin ich anderer Meinung. ByRef-Parameter geh�ren zur Programmierung und sind manchmal auch sehr sehr wichtig, aber der Vorteil wird zum Nachteil, wenn die mit ByRef �bergebenen Werte unbeabsichtigter Weise ver�ndert werden. Das ist schon immer eine Fehlerquelle gewesen. Deshalb halte ich die L�sung mit der Struktur als R�ckgabewert f�r die professionellere. Was soll daran auch unprofessionell sein? Selbst .Net liefert bei vielen Funktionen Methoden oder Eigenschaften Strukturen oder gar Objekte zur�ck. Deshalb verwende ich ByRef nur dann, wenn es die Programmlogik wirklich erfordert, und ansonsten lieber eine Structure oder gar ein Objekt. Die lassen sich in .NET auch sehr sch�n serialisieren oder bei der Bearbeitung mit With-End With im Quellcode sehr sch�n kapseln. Je nach Anwendung ist eine Structure also sehr viel praktikabler. Im Gegenzug halte ich ByRef-Parameter aber nicht f�r unpraktisch oder unprofessionell. Wenn eine Funktion jedoch mehrere Werte zur�ckgeben soll, dann ist das mit einer Struktur halt eindeutig gel�st und ich sehe das auch als die "sauberere" oder professionellere L�sung. Freundliche Gr��e Joachim van de Bruck _______________________________________________ Vb.net mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/vb.net
