AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Algorithmen, Datenstrukturen und Klassendesign [Spring-DI] MemoryLeak bei Einsatz von DelegatedConstructor

[Spring-DI] MemoryLeak bei Einsatz von DelegatedConstructor

Ein Thema von neo4a · begonnen am 1. Feb 2012 · letzter Beitrag vom 1. Feb 2012
 
neo4a

Registriert seit: 22. Jan 2007
Ort: Ingolstadt
362 Beiträge
 
Delphi XE2 Architect
 
#1

[Spring-DI] MemoryLeak bei Einsatz von DelegatedConstructor

  Alt 1. Feb 2012, 09:41
Dependency Injection mit dem Spring4Delphi-Framework leistet bei mir seit einiger Zeit gute Dienste. Bislang habe ich das ausschließlich mit nicht-visuellen Klassen praktiziert.

Nun möchte ich das Konzept auf DataModules erweitern:
Delphi-Quellcode:

type
  IdcWallpaper = interface
    ['{E0D26B15-55CE-400A-9DD5-6EA5A999B375}']
    procedure CreateControl(aStartScreen : IdcStartScreen; aParent : TWinControl);
  end;

  TdmWallpaper = class(TDataModule, IdcWallpaper)
  private // IdcWallpaper
    procedure CreateControl(aStartScreen : IdcStartScreen; aParent : TWinControl);
  public
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
  end;

implementation

{$R *.dfm}

uses
  Spring.Container,
  Spring.Services;

<..>

initialization
  GlobalContainer.RegisterComponent<TdmWallpaper>.Implements<IdcWallpaper>.AsSingleton.DelegateTo(
    function: TdmWallpaper
    begin
      Result := TdmWallpaper.Create(nil);
    end
  )
Mit diesem Gerüst klappt auch alles sehr schön und ich kann das Datenmodul über den DI-Container benutzen. Es wird der Default-Konstruktor und auch der Default-Destruktor durchlaufen.

Leider bekomme ich trotzdem eine MemoryLeak-Meldung (leaks are: 13-20 bytes dcWallpaper$43200$ActRec x 1)
Hier gibt es eine Erklärung, dass es sich dabei wohl um den Namen der anonymen Funktion handelt, also der Funktion, die ich mittels DelegateTo aufrufe.

Hat jemand dazu eine Idee, wie ich dieses MemoryLeak vermeide?

Edit: Wenn ich das Interface in einem separaten TInterfacedObject implementiere und dort das TDataModule verwalte, gibt es keine Probleme, weil dann auch kein DelegateTo mehr nötig ist.
Andreas

Geändert von neo4a ( 1. Feb 2012 um 09:42 Uhr) Grund: Problem gelöst.
  Mit Zitat antworten Zitat
 

Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 14:32 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz