IDE zerstört die Uses-Liste - Was macht Ihr dagegen?

[Mavarik]

Hallo Zusammen!

Boh geht mir das auf den S***!

Jeden mal wenn ich irgend etwas in den Projekt Einstellungen ändere,
zu Beispiel eine Unit hinzufüge oder das aktive Startformular ändere,
ist meine Uses-Liste kaputt.

Dadurch ist der Source auch nie gleich der Darstellung im Projektverwaltungsfenster.

Wahrscheinlich liegt es an den INDEF's in der Uses-Liste, damit kann die IDE (manchmal) nicht umgehen.

Was macht Ihr dagegen?

Grüsse Mavarik

[Uwe Raabe]

Zitat:

Zitat von Mavarik (Beitrag 1235499)

Was macht Ihr dagegen?

Ich vermute mal, es geht hier um die DPR. Da vermeide ich weitestgehend irgendwelche manuellen Eingriffe bzw. beschränke die auf die Bereiche, die von der IDE in Ruhe gelassen werden. Gegen die IDE würde man sonst gegen Windmühlen kämpfen.

[Der schöne Günther]

Direktiven wie IFDEF und REGION sind immer alleine in ihrer Zeile, ebenso wie jede Unit. Damit hatte ich nie Probleme...

[Mavarik]

Zitat:

Zitat von Uwe Raabe (Beitrag 1235502)

Zitat:

Zitat von Mavarik (Beitrag 1235499)

Was macht Ihr dagegen?

Ich vermute mal, es geht hier um die DPR. Da vermeide ich weitestgehend irgendwelche manuellen Eingriffe bzw. beschränke die auf die Bereiche, die von der IDE in Ruhe gelassen werden. Gegen die IDE würde man sonst gegen Windmühlen kämpfen.

Ja aber wie machst Du das wenn Du Units im Projekt includen musst die Plattform abhängig sind...

Beispiel

Delphi-Quellcode:

{$IFDEF IOS}
  Apple.Inifiles in '..\CrossPlatform Utils\Apple.Inifiles.pas',
  Apple.Utils in '..\CrossPlatform Utils\Apple.Utils.pas',
  iOS.Services in '..\CrossPlatform Utils\iOS.Services.pas',
  Xplat.Inifiles in '..\CrossPlatform Utils\Xplat.Inifiles.pas',
  Xplat.Services in '..\CrossPlatform Utils\Xplat.Services.pas',
  Xplat.Utils in '..\CrossPlatform Utils\Xplat.Utils.pas',
{$ELSE}
{$IFDEF ANDROID}
// xyz
{$ENDIF}
{$ENDIF}

???

Mavarik

[Mavarik]

Geil ist was entsteht...

Delphi-Quellcode:

  MYFMX in 'NoPlattform\MYFMX.pas' {,
  AnonThread in '..\CrossPlatform Utils\AnonThread.pas',
  Apple.Inifiles in '..\CrossPlatform Utils\Apple.Inifiles.pas',
  Apple.Utils in '..\CrossPlatform Utils\Apple.Utils.pas',
  iOS.Services in '..\CrossPlatform Utils\iOS.Services.pas',
  Xplat.Inifiles in '..\CrossPlatform Utils\Xplat.Inifiles.pas',
  Xplat.Services in '..\CrossPlatform Utils\Xplat.Services.pas',
  Xplat.Utils in '..\CrossPlatform Utils\Xplat.Utils.pas';

{$R *.res},
  AnonThread in '..\CrossPlatform Utils\AnonThread.pas',
  Apple.Inifiles in '..\CrossPlatform Utils\Apple.Inifiles.pas',
  Apple.Utils in '..\CrossPlatform Utils\Apple.Utils.pas',
  iOS.Services in '..\CrossPlatform Utils\iOS.Services.pas',
  Xplat.Inifiles in '..\CrossPlatform Utils\Xplat.Inifiles.pas',
  Xplat.Services in '..\CrossPlatform Utils\Xplat.Services.pas',
  Xplat.Utils in '..\CrossPlatform Utils\Xplat.Utils.pas',
  iOSApi.MapKit in '..\MapKit\iOSApi.MapKit.pas';

{$R *.res}

Mavarik

[Union]

Zitat:

Zitat von Mavarik (Beitrag 1235499)

Hallo Zusammen!
Was macht Ihr dagegen?

Höllisch gut aufpassen. Das ist ja lange bekannt und ein "Won't Do" in den QCs.

[Mavarik]

Zitat:

Zitat von Union (Beitrag 1235509)

Zitat:

Zitat von Mavarik (Beitrag 1235499)

Hallo Zusammen!
Was macht Ihr dagegen?

Höllisch gut aufpassen. Das ist ja lange bekannt und ein "Won't Do" in den QCs.

LOL... Das hilft echt weiter...

[Uwe Raabe]

Zitat:

Zitat von Mavarik (Beitrag 1235506)

Ja aber wie machst Du das wenn Du Units im Projekt includen musst die Plattform abhängig sind...

Genau das vermeiden.

Als erstes versuche ich, diese Units in der DPR nicht direkt zu verwenden, sondern diesbezüglichen Code in eine separate Unit zu verlagern. In der DPR steht dann allenfalls ein Aufruf einer Methode. In dieser separaten Unit kann ich dann aber ohne Probleme mit den IFDEFs arbeiten. Ich hatte ehrlich gesagt noch keinen Fall, wo dieser Ansatz nicht ging.

[Mavarik]

Zitat:

Zitat von Uwe Raabe (Beitrag 1235514)

Genau das vermeiden.

Als erstes versuche ich, diese Units in der DPR nicht direkt zu verwenden, sondern diesbezüglichen Code in eine separate Unit zu verlagern. In der DPR steht dann allenfalls ein Aufruf einer Methode. In dieser separaten Unit kann ich dann aber ohne Probleme mit den IFDEFs arbeiten. Ich hatte ehrlich gesagt noch keinen Fall, wo dieser Ansatz nicht ging.

OK Dann hast Du aber "nur" Units die auch in Deinem Projekt Suchpfad liegen...

Und Du hast nie alle Units in der Projektverwaltung!

Mavarik

[ChrisE]

Zitat:

Zitat von Uwe Raabe (Beitrag 1235514)

Als erstes versuche ich, diese Units in der DPR nicht direkt zu verwenden, sondern diesbezüglichen Code in eine separate Unit zu verlagern. In der DPR steht dann allenfalls ein Aufruf einer Methode. In dieser separaten Unit kann ich dann aber ohne Probleme mit den IFDEFs arbeiten. Ich hatte ehrlich gesagt noch keinen Fall, wo dieser Ansatz nicht ging.

Und wie würdest du es lösen mit z.B. Speichermanager-Units wie FastMM, die als erstes in der DPR-Uses stehen sollen? Wenn ich die per

Delphi-Quellcode:

{$IFNDEF Release}

einbinden will habe ich echt ein Problem, oder gibt es hierfür eine elegante Lösung?