Ergebnis der Suchanfrage

• Forum: Object-Pascal / Delphi-Language

  AW: Uses: Interface vs. Implementation Section

   
    by himitsu, 21. Dez 2011
  Ist jetzt vielleicht ein bissl extrem, das Beispiel, aber so auf die Schnelle dahingetippt:
  
  - alle Units, bis auf Eine in der Implementation eingebunden
  - nur bei einer Unit (UnitG) kann ich dir genau sagen wann diese geladen/freigegeben wird.
  > ganz am Anfang und ganz zum Schluß (da Diese immer im Interface eingebunden wurde)
  
  
  
  Die Einbindung in der DPR entspricht der Einbindung im...
• Forum: Object-Pascal / Delphi-Language

  AW: Uses: Interface vs. Implementation Section

   
    by himitsu, 21. Dez 2011
  Hier kann es auch kein 100% Richtig oder Falsch geben.
  
  
  Und wer sagt wo sie hingehören?
  
  Die Uses-Klausel hat nunmal eigentlich absolut nichts mit Interface oder Implementation zu tun.
  Gäbe es keine Kreuzreferenzen, würde also ein einziger Uses-Abschnitt vollkommen reichen ... z.B. zwischen "UNIT xyt;" und "INTERFACE" und schon gäbe es kein Problem mehr. :angle:
  Vorschlag zur Versöhnung:...
• Forum: Object-Pascal / Delphi-Language

  AW: Uses: Interface vs. Implementation Section

   
    by himitsu, 20. Dez 2011
  Ach ja, nur weil Delphi selber neuerdings Einiges in der Implementation einfügt, heißt noch lange nicht, daß sie sich dabei was gedacht haben.
  Und auch zu sagen "schau mal, in dieser VCL-Unit ist das auch so" ... es sollte jeder bemerkt haben, daß die VCL an vielen Stellen nicht grade konsequent ist. :roll:
• Forum: Object-Pascal / Delphi-Language

  AW: Uses: Interface vs. Implementation Section

   
    by himitsu, 20. Dez 2011
  Wenn du die Variablen ansprichts ... dann hätte ich gern eine lokale Usesklausel, denn es kommt oftmals vor, daß ich eine Unit nur innerhalb einer einer bestimmten Methode benötige.
  
  
  Nja, im Prinzip ist erstmal eine Glaubensfrage, wie als ob man begin, BEGIN, Begin oder begIN schreiben möchte.
  
  
  
  Für den Kompiler gibt es allerdings nur Nachteile, egal was man macht.
  
  > gibt es nur die...
• Forum: Object-Pascal / Delphi-Language

  AW: Uses: Interface vs. Implementation Section

   
    by himitsu, 19. Dez 2011
  Wurden in TP Units (deren Deklarationen) denn durchgereicht?
  
  In Delphi machen die das ja nicht.
• Forum: Object-Pascal / Delphi-Language

  AW: Uses: Interface vs. Implementation Section

   
    by himitsu, 19. Dez 2011
  Worbei Delphi ja nicht der Anfang war.
  Lang lebe Turbo Delphi Pascal. :cheer:
  
  Man könnte ja mal den Herrn Wirth fragen, was er sich dabei dachte. :gruebel:
• Forum: Object-Pascal / Delphi-Language

  AW: Uses: Interface vs. Implementation Section

   
    by himitsu, 19. Dez 2011
  Vielleicht gab es ja anfangs nur die obere Uses-Klausel?
  
  Die Andere wurde später eingebaut, als man merkte, daß es sonst, bei Kreuzreferenzen, unüberwindbare Hindernisse bibt.
  
  
  Ich hab einfach die Erfahrung gemacht, daß man sich mit "unnötigen" Units, in der Implementation, einige nette und vorallem nicht leicht nachvollziehbare Initialisierungsreihenfolgeprobleme einfangen kann, welches...
• Forum: Object-Pascal / Delphi-Language

  AW: Uses: Interface vs. Implementation Section

   
    by himitsu, 17. Dez 2011
  PS: Units, welche im Interface bennötigt werden, werden auch in der Implementation benötigt.
  
  
  In wie kennzeichnest du Diese?
  
  Bei mir alles ins interface, ausnahmslos, und auch oftmals möglichst in der Reihenfolge wie diese Units untereinader in Beziehung stehen.
  - ist für den Compiler einfacher
  - und alles was in der Implementation berbleibt, sind die "bösen Kreisreferenzen".
  
  Wenn ich...
• Forum: Object-Pascal / Delphi-Language

  AW: Uses: Interface vs. Implementation Section

   
    by himitsu, 16. Dez 2011
  Jupp, möglichst immer in das Interface.
  
  - da merkt man, wie schon erwähnt, ob man sich irgendwo Kreisbeziehungen eingehandelt hat.
  
  - und die dort angegebenen Units sind "immer" schon initialisiert, bevor irgendein Code der eigenen Unit ausgeführt wird, bzw. externe Units werden nicht schon freigegeben, bevor nicht der letzte Code fertig ist. (bei Letzterem abgesehn von unglücklich...