Die Positionierung und auch die Zuweisung der Ereignisse funktionierte so einfach wie man es von Delphi gewohnt ist. Eben
RAD, was ich von den anderen IDEs nicht behaupten kann.
Es gibt Gründe, warum sich die .NET Welt mit Silverlight/WPF (MVVM) von Windows Forms (
RAD) verabschiedet hat. Es gibt Gründe, warum sich die .NET Welt mit ASP.NET MVC von WebForms (
RAD) verabschiedet hat. Es gibt Gründe, warum X-Code bei Mac- und iOS Anwendung das MVC-Pattern forciert. Es gibt Gründe, warum auf Android MVC- und MVVM-Pattern so stark getrieben werden.
Egal wo hin man blickt: Mobile Anwendungen, Web Anwendungen, selbst im Desktop-Bereich auf dem Mac, auf Linux und auf Windows mit oder ohne RT): Überall gehen die Entwicklungsumgebungen mit schnellen, großen Schritten weg von
RAD und hin zu MVC / MVVM-Patterns, die automatisierbare Testbarkeit und Entkopplung / Austauschbarkeit von Code ermöglichen.
Ganz Gallien? Nein! Ein von unbeugsamen Delphianern bevölkertes Dorf hört nicht auf, dem technologischen Fortschritt widerstand zu leisten. (scnr)
Was widerspricht sich denn da? MVVm und
RAD geht durchaus. Man muß es nur durchhalten und braucht natürlich ein Framework das dies performant unterstützt. Eine halbgare Lösung dafür gibt es ja schon , die heißt LiveBindings. Dann kann man
RAD entwickeln (mit den lustigen Prototype-Datasource) und im Create des View (Form) wird dann ein generischer TBindSourceAdapter reingehängt.