Trennung von GUI und Logik, wie geht ihr vor?

[Stevie]

Generell gilt: Was man im OI machen kann, kann man auch per Code machen. Umgekehrt muss das nicht so sein. Ich werf mal was in den Raum: "Convention over configuration".

[mquadrat]

Genau, bei den "offensichtlichen" Bindungs bei MVVM spart das ne Menge Glue-Code.

[Stevie]

Zitat:

Zitat von mquadrat (Beitrag 1118596)

Genau, bei den "offensichtlichen" Bindungs bei MVVM spart das ne Menge Glue-Code.

Hab da auch was für im Repository unter PresentationModel. Post und Sample stehen noch aus. ;)

[mquadrat]

Sehr schön. :-)

PS: Hab ich wirklich Bindungs geschrieben?! Ich sollte mich wirklich zwischen Bindung und Binding entscheiden ;)

[DeddyH]

Zitat:

Zitat von mquadrat (Beitrag 1118599)

PS: Hab ich wirklich Bindungs geschrieben?! Ich sollte mich wirklich zwischen Bindung und Binding entscheiden ;)

Dann aber auch zwischen Bindungs und Bindingen :mrgreen:

[mquadrat]

:pale: Ich schäme mich ja auch :oops:

[Stevie]

Deutscher Name in XE2: LebendeBindungsen (tm)? :stupid:

[stahli]

Zitat:

Zitat von bernau (Beitrag 1118569)

Ich überlege grade: Bin ich wirklich so altmodisch, wenn ich so viel wie möglich codiere und im Objektinspektor so wenig wie möglich zusammenklicke oder eingebe. Ich finde eine Propertyänderung im Code ist wesentlich übersichtlicher, als eine Änderung im OI. Habe mir mittlerweile auch angewöhnt, nicht visuelle Komponenten (zip, internet, verschlüsselung, open/close-Dialog etc.) im Code zu instanzieren und nicht auf die Form zu ziehen. Finde ich viel angenehmer.

Ich finde es viel einfacher bzw. schneller, so viel wie möglich in der IDE zu erledigen.
Man könnte natürlich alles per Code machen, aber wozu? Wenn ich etwas in der IDE designen und im Objektinspektor die Propertys einstellen kann, ist das doch viel schneller erledigt...
Dynamisch weise ich nur Eigenschaften zu, dies sich dynamisch ändern.
Aber das ist natürlich Geschmackssache, da sollte man sich nicht gleich wieder in die Haare kriegen - wobei ich mehr oder weniger eigentlich keine habe :-))

[jus]

Zitat:

Zitat von divBy0 (Beitrag 1118086)

Hallo zusammen,

in diversen Themen hier taucht ja immer wieder die Trennung von GUI und Logik auf. Mich würde es mal interessieren wie ihr dabei vor geht.

Beispiel:

Ein Formular mit zwei Edits, einem Button und einem Label.

Delphi-Quellcode:

unit uMain;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, uAddition, StdCtrls;

type
  TForm1 = class(TForm)
    EditZahl1: TEdit;
    EditZahl2: TEdit;
    ButtonAddition: TButton;
    LabelErgebnis: TLabel;
  private
    { Private-Deklarationen }
  public
    { Public-Deklarationen }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

end.

Eine Klasse mit einer "extrem schwierigen" Berechnung: 8-)

Delphi-Quellcode:

unit uAddition;

interface

type
  TAddition = class
    private
      FErgebnis: Integer;
    public
      function Addition(Zahl1, Zahl2: Integer): Integer;
      property Ergebnis: Integer read FErgebnis;
  end;

implementation

{ TAddition }

function TAddition.Addition(Zahl1, Zahl2: Integer): Integer;
begin
  FErgebnis := Zahl1 + Zahl2;
  Result := FErgebnis;
end;

end.

Vielen Dank schon mal für euer Mitmachen!

Sorry, dass ich den alten Thread aufwärme, aber ich versuche mich in MVC einzuarbeiten und würde paar ein konkrete Beispiele in Delphi benötigen. Bei diesem einfachen Beispiel würde mich interessieren wie man sowas unter Delphi 2007 löst. Stevie hat zwar ein komplettes Beispiel gepostet, aber man benötigt DSharp, damit es läuft. Wie könnte man dieses Beispiel als MVC ohne zusätzliche Bibliothek umgestaltet werden? :gruebel:

lg,
jus

[jus]

anders gefragt, gibt es empfehlenswerte Seiten, wo wann MVC oder MVVM für Pascal nachlesen kann? :oops:

lg,
jus