Deutsches Lazarusforum

+1

Grundlegend verwenden wir einen Installer für die Programme, da die Rechte für eine normale Installation auf den Rechnern der Benutzer nicht ausreicht. Wenn ein Update erforderlich wird, kann man dem Benutzer mitteilen, wenn er sich mit der DB verbindet. Generell verwenden wir die von Windows vorgeg...

Um auf das im ersten Thread zu kommen. Ich kann nichts erkennen, was irgendwie mit Programmierung unter Lazarus oder FPC zu tun hat. Pfard sollte vielleicht Pfad heißen, so vermute ich. Die Fragen gehören in ein Microsoft Forum, weil es geht ja scheinbar um Internet Explorer und andere Browser. Der ...

Das mit der TForm ist der IDE geschuldet. Stelle das einmal in den Projektoption um, das eine neue Form nicht automatisch erzeugt wird. Dann sollte die Variable nicht automatisch bei einem neuen Formular erzeugt werden. Global ist nicht böse, nur sollte man damit nicht eine unnötige Kopplung erzwing...

+1

Ev. Github oä. für die Sourcen?

Es gibt auch die Möglichkeit ein Autoincrement neu starten zu lassen, wobei bei das im laufenden Betrieb von Datenbanken mit untereinander über PK-->FK Beziehungen zu Schäden an der Referentiellen Integrität führen kann, liege ich da richtig? Mir ist beim Erzeugen von diesen Schlüsselbeziehungen au...

Ich werde wohl auch an der Tabellenstruktur (keine Tabelle ohne Primärschlüssel) noch Änderungen vornehmen müssen. Wenn du ohne PK auskommst, so würde ich immer einen PK verwenden. Eine GUID ist dafür normalerweise ok, weil nach der kannst du dann auch nicht sortieren :-) Automatische sind auch Ok,...

Grundlegend empfehle ich besonders bei Windows einen Installer um die dlls und das Programm zu installieren, besonders dann wenn man es über mehere Rechner ausrollen will/muss. Zusätzlich ein entsprechendes Design, wo welche Dateien liegen. Programm, Dlls und DB im selben Ordner werden Probleme scha...

Gundlegend sollte man sich beim überschreiben überlegen, ob man nicht zuerst die vererbte Routine per inherited aufruft und anschließend seine Änderungen anbringt. Warum, du willst ja das vererbte Verhalten ja erweitern, also zuerst mal die 'alte' Routine aufrufen, dann deine 'Erweiterungen' hinten ...

Wenn zum Beispiel DBs als aktiv gekennzeichnet sind, so wird es dauern bzw. im Hintergrund fehlschlagen. Generell alles was irgendwie aktiv sein kann, erst im Programm aktiv machen. Im Designer immer als nicht aktiv kennzeichnen. Starte Lazarus von der Kommandozeile und schalte ev. den Logger ein, d...

Wenn das ganze über eine Desktopdatenbank passiert (NICHT SERVER) so kann es sein, das die Db ganz einfach nicht in einem konsitenten Zustand ist. Sprich es hängt zum Beispiel ein abgebrochener Edit Zustand in der DB herum. Liegt die DB Lokal oder wird auf einen Server im Netzwerk zugegriffen ? Wenn...

Wenn du über abstrakte Klassen nachdenkst, bist gleich wieder mal beim Interface. :shock: Für mich ist - DirectShow - von MS ein Beispiel für das arbeiten auf Interfaces. Ist eine steile Lernkurve, aber zeigt ganz stark die extreme Verwendung von Interfaces. Und wie man damit abfragen kann, wer was ...

Grundlegend würde ich einmal den LazLogger nehmen und in die lpr Datei mir beim Einstieg in die Hauptroutine und am Ende mir mal eine Ausgabe machen lassen. Damit sieht man ob das Hauptformular wirklich geschlossen wird oder nicht. Oder ob ev. auch noch ein anderes Formular da herumhängt. Weiter, ha...

Generell halte ich es so, eine Connection und Transaction zur DB. Queries können es beliebig viele sein, ALLERDINGS nur die offen halten die man gerade braucht. Und vor allen selbst aktivieren und selbst wieder schliessen. Oft benutze ich dynamisch erstellte Queries, ausser ich have fixe Formulare w...

Scheint ja ein recht flüchtiger Geselle zu sein, dieser INTERFACE .. Die Lebensdauer von Objekten mit Interface, die von TInterfacedObject abgeleitet sind, wird tatsächlich vom jeweiligen Interface bestimmt, was hier ganz gut erklärt ist: http://docwiki.embarcadero.com/RADStudio/Sydney/en/Using_Ref...