Sem tam je vhodné provádět ladění přímo na počítači klienta, protože na vývojovém počítači nejde problém nasimulovat. Samozřejmě v takovýchto případech není vhodné (a ani často možné) instalovat Delphi na počítač klienta a proto Delphi nabízejí možnost vzdáleného ladění (Remote debugging). Jak tedy na to?Více...

Naprosto perfektní použití anonymních metod z Delphi 2009+

    1type
    2  THelper = class
    3    class procedure Lock(O: TObject; Proc: TProc); static;
    4  end;
    5
    6class procedure THelper.Lock(O: TObject; Proc: TProc);
    7begin
    8  TMonitor.Enter(O);
    9  try
   10    Proc();
   11  finally
   12    TMonitor.Exit(O);
   13  end;
   14end;

Použití je pak velmi jednoduché, uvedený kód je chráněn kritickou sekcí:

    1procedure TMyObject.Process;
    2begin
    3  Obj.Lock(Self, procedure
    4    begin
    5      //kód chráněn kritickou sekcí
    6    end);
    7end;

Fakt prima.

původní článek

Minule jsem nastínil základy práce s Virtual TreeView, ale uvědomil jsem si, že jsem pořádně nezdůraznil virtuální aspekt práce této komponenty. Zkusím to dnes ještě napravit. Více...

Virtual Treeview jsem již uváděl v přehledu zajímavých komponent pro Delphi. Abych se přiznal, tak tuto komponentu považuji za jednu z nejlepších co pro Delphi existují a navíc se jedná o Open Source kód. Dá se použít jako pekelně rychlý strom nebo něco jako ListView nebo kombinace obojího a nebo prostě cokoli.Více...

Jelikož je Delphi64 stále jen ve vývoji a pro shell extensions pro Windows 64 je třeba 64 bit DLL, je třeba si dočasně pomoci jinak (tedy pokud potřebujete rozšiřovat shell).

Na CodeCentral je k dispozici malý program, který po kompilaci v 64 bit. verzi FreePascalu umožňuje spustit externí program již v Delphi, tj. 32 bit. Jinak jde samozřejmě i zkompilovat v Delphi, ale výsledek bude jen pro 32bit Windows.

originální vlákno na Non-Technical

Mimochodem svoje přání ohledně vývoje delphi lze prezentovat hlasováním na delphi.uservoice.com.

Existuje nástroj, který proběhne Váš kód a dá celkem přesnou představu kde může být problém při přechodu na unicode.

Program není úplně 100%, ale celkem může napomoci. Testovány jsou konstrukce typu WriteBuffer, ale i práce s pointery (ne všechno je samozřejmě nebezpečné).

Program je dostupný na code central registrovaným uživatelům.

A nezapomeňte: migraci určitě začněte aktualizací komponent - určitě to někdo už udělal za vás. Někdy příště podrobněji.

O FastMM4 jsem již psal a zmínil jsem se také, že pomáhá detekovat problémy s uvolňováním paměti.Více...

Profilery kódu nejsou moc často používanou pomůckou, ale někdy pomohou velmi výrazně zrychlit běh programu.

Zjednodušeně řečeno je profiler nástroj, který po dobu běhu programu zjišťuje informace o době trvání běhu jednotlivých částí programu a následně po ukončení běhu tyto statistiky zobrazí.

Existují (pokud vím) dva druhy profilerů: instrumentační a vzorkovací (samplovací).

Kdy použít profiler? Jednoduše když máte pocit, že by váš program mohl běžet rychleji. Někdy pak stačí malá změna ve výsledném kódu (např. odstranění zbytečného volání funkce, použitím nějaké cache nebo odstranění opětovného vyhodnocování špatně udělané property tím, že si zapamatujete její hodnotu) a výsledný kód běží rychleji a uživatel to ocení.Více...

U větších projektů se vyplatí získat informaci o souborech, které jsou skutečně používány.

Pokud je váš program déle vyvíjen tak se občas stane, že si do zdrojového kódu zavedete zdrojovou jednotku, která se v dalším vývoji stane nepotřebnou (např. zákazník si přál funkcionalitu programu napsat jiným způsobem) a prostě zapomenete zdrojový kód odstranit (nebo vás na projektu prostě maká více a neznáte do detailů každý kousek).Více...