[Dune] Dune 1.0.

[Peter Bastian]

Christian Engwer schrieb:
> On Fri, Jan 13, 2006 at 01:48:15PM +0100, Andreas Dedner wrote:
> 
>>Hallo,
>>kurz nochmal was zu den Iteratoren bei ALU im Vergleich zu DUNE.
>>In ALU ist das Iteratorkonzept:
>>   for (it.first();!it.done();it.next()) {...}
>>was nicht STL konform ist aber seinen Zweck in allen Anwendungen,
>>die ich bisher gesehen hab erfuellt - und keinen Copy-Konstr.
>>benoetigt. Ihn nachtraeglich einzubauen ist wie Robert schon gesagt
>>hat schwer und bringt fuer uns keinen Gewinn an Funktionalitaet.
>>
>>Ich seh ein, dass fuer ein Release, wo es so aussieht aus koennte
>>man Kopieren, es nicht optimal ist, alles so zu lassen, wie es ist -
>>es zu andern ist aber in absehbarer Zeit kaum moeglich!
>>Also muessen wir fuer das Release eine Kruecke hinnehmen, um ueberhaupt
>>mal zu 1.0 zu kommen.
>>Andere aehnlich gelagerte Bugs gibt wahrscheinlich an anderer Stelle
>>auch und ich frag mich wie man die am besten Kenntlich macht.
>>Man kann ja leider nicht den Copy-Konstr. private machen, da
>>dann das Dune Iteratorkonzept nicht benutzt werden kann....
> 
> 
> Naja, es ginge schon ihn zu verbieten, w�re aber echt Scheisse f�r den
> Code.
Ich finde: Langfristig sollte ALU schon die Copy-Konstruktoren haben, da
dies einfach ein elementares Verhalten eines Objektes ist. Finde aber
dass, man dies für 1.0 weglassen kann wenn es soviel Arbeit macht. Für
die Funktionsfähigkeit is es natürlich nicht unbedingt notwendig. Falls
möglich sollten Copy-Kons und Zuweisungsoperator aber schon privat sein,
wenn irgend möglich.


-- Peter
------------------------------------------------------------------
Peter Bastian, IWR,Uni Heidelberg, INF 348,R 020, 69120 Heidelberg
email: Peter.Bastian at iwr.uni-heidelberg.de   Tel: +49 6221 54 4984
WWW: http://www.iwr.uni-heidelberg.de/~Peter.Bastian Fax: ... 8860