Multi Form/Bereiche austauschen/...

[Andreas9]

Hallo Com.,
ich möchte eine Anwendung schreiben bei welcher man wenn man im Menü etwas anklickt der Content Bereich ausgetauscht wird.

Ich habe eine neue Form erstellt(Form2) und habe diese nun als Objekt erzeugt und dargestellt.

PHP Code:

        private void button1_Click(object sender, EventArgs e)
        {
            Form2 fenster2 = new Form2();
            fenster2.ShowDialog();
 
        } 


natürlich erscheint nun ein neues Fenster, wenn man auf den Button klickt.
Was ich aber ja möchte ist, dass der Inhalt meiner Anwendung per Menüpunkte klicken - ausgetauscht/verändert wird.


Also kein neues Fenster, dass sich separat öffnet... . Ich habe mit C# erst angefangen und im Vergleich zu den Websprachen ist hier schon einiges anderst. Da fängts schon damit an das man überall den Datentyp festlegen muss ob nun string,int, oder sonstwas.
Stört mich weiter nicht und damit zurück zu meinem Problem.

Eventuell kann mir wer, der sich damit auskennt, kurz ne Antwort geben wie man das am besten umgesetzt bekommt.

[Shawak]

Schau dir mal das TabControl ab.

[Andreas9]

tabs kenn ich aus der webentwicklung - ich möchte aber keine tabs sondern wircklich dynamisch ausgetauschte inhalte in einem bestimmten Bereich(der Content Bereich)

['Heaven.]

Du kannst btw einfach var x = 0; schreiben, also implizite deklarationen nutzen

Denke das passende für dich wäre n UserControl oder ein Panel

[Andreas9]

 Spoiler

waka toa kenne "var" als deklaration einer variable in javascript.
Was bewirkt var in c#?
Ob nun ein impliziter oder expliziter typecast - was macht "var" überhaupt?
Eine Datentyp Zuweisung von undefiniert - ich finde nicht die richtigen Worte^^.
Beschreibs mal kurz, das mit dem User Control und Panel Zeugs werd ich mir mal genauer ansehen.

#Edit:
Weiß jetzt für was var steht, habs mir schon richtig gedacht:
Mit der Version 3.0 hat Microsoft in C# das Schlüsselwort var eingeführt. Es erlaubt dem Entwickler das Deklarieren einer Variablen, ohne ausdrücklich deren Typ angeben zu müssen.


Hat wer zu dem User Control und Panel Zeug n Link, wo es eventuell mit nem Beispiel erklärt wird - ich such daweil selbst noch?

Wenn wem noch was anderes/besseres einfällt wärs natürlich klasse!

['Heaven.]

[Mostey]

Originally Posted by Andreas9

Wenn wem noch was anderes/besseres einfällt wärs natürlich klasse!

WinForms sind recht limitiert. Wenn das geht, dann nur mit deutlich mehr Aufwand. Trägt natürlich auch alles zum bisherigen Spaghetti Code bei.

Schau dir WPF als Framework mal an, sobald du dich etwas eingelebt hast. Da hast du die Möglichkeit, eigene Controls zu erstellen und zu modifizieren. Ein Panel das Controls nach belieben ändern kann, wäre da mit Leichtigkeit drinn.

[Andreas9]

Mostey, dass klingt ja echt gut. Hast du eventuell auch dazu ein Beispiel?
Bei welchem man ein Panel erstellt das Controls nach belieben ändern kann.

und danke Waka Toa - werde das jetzt erstmal testen, mit Windows Form.

Wpf, Windows Presentation Foundation, klingt kompliziert - eventuell ja komplizierter als es am Ende ist.

[.Marcel']

Originally Posted by Andreas9

Mostey, dass klingt ja echt gut. Hast du eventuell auch dazu ein Beispiel?
Bei welchem man ein Panel erstellt das Controls nach belieben ändern kann.

Am besten du schaust dir zu nächst einmal das WPF Framework an, und wie es Funktioniert, ist ein wenig anders als die normalen WindowsForms.

[Mostey]

Originally Posted by Andreas9

Mostey, dass klingt ja echt gut. Hast du eventuell auch dazu ein Beispiel?

Originally Posted by Andreas9

Wpf, Windows Presentation Foundation, klingt kompliziert - eventuell ja komplizierter als es am Ende ist.

Eigentlich nicht. Web Entwickler werden es durch das Designmarkup vermutlich etwas einfacher haben, wie normale Desktop Entwickler. Wenn es um WPF geht, wird man häufig mit dem MVVM Pattern konfrontiert. Das ist für die Abstraktionsfähigkeit ziemlich bekannt und besitzt daher die Funktion, Interaktionslogik und Design zu trennen. Dort nutzt man für das Design das XAML Markup. Funktioniert ähnlich wie sonst auch alle Markup Sprachen und ist dementsprechend rein deklarativ.

stellt einen recht guten Übergang vom WinForms Framework zu WPF dar. Lesen lohnt sich.

[Andreas9]

ist es von der Performance besser, oder ist es einfacher zu verwalten, oder leichter zu verwenden - kurz gesagt bei einer Windows Form Anwendung ist es wircklich simpel eine zweite Seite anzulegen. Aber was ist der Vorteil an Wpf´s, sprich wieso würdest du sagen das es sich lohnt sich mit Wpf´s zu beschäftigen?

Deine zwei Links werde ich mir natürlich, später, noch genauer ansehen.

[Mostey]

Originally Posted by Andreas9

ist es von der Performance besser, oder ist es einfacher zu verwalten, oder leichter zu verwenden - kurz gesagt bei einer Windows Form Anwendung ist es wircklich simpel eine zweite Seite anzulegen. Aber was ist der Vorteil an Wpf´s, sprich wieso würdest du sagen das es sich lohnt sich mit Wpf´s zu beschäftigen?

Deine zwei Links werde ich mir natürlich, später, noch genauer ansehen.

Ich selbst habe bisher in der Vergangenheit nicht sehr viel mit C# zutun gehabt, habe da eher mehr mit C++ gemacht. Mittlerweile benötige ich allerdings ne GUI und da greift man eben, wenn es um Windows geht, häufig zu C#. Das Framework spielt ne große Rolle weil du die App später auch mal warten und erweitern möchtest. Wem bringt die App etwas, wenn keiner mehr deinen Spaghetti Code entziffern kann? Das ist beim WinForms Framework leider immer der Fall und es gibt wirklich extrem wenige, die es schaffen, Spaghetti Code in diesem Framework zu vermeiden.

Grundsätzlich gibt es auch einen sehr entscheidenden Nachteil: Die Anpassfähigkeit und Individualisierung. Nahezu jede WinForm sieht gleich aus, sie sind langweilig und sind meistens dazu auch noch sehr hässlich. In WPF hast du die Möglichkeit, jedes Control einzelnd anzupassen. Die Hintergrundfarbe, Vordergrundfarbe, Ränder, Effekte, Form sowie die "Hover" und "Selected" Farben und vieles mehr. Sollte dir sicher als Web Entwickler bekannt vorkommen. Zusätzlich ist es sogar möglich, das Verhalten komplett zu ändern.

Ich sehe keinen Grund, warum man WPF nicht nutzen sollte. Ich bin zurzeit dabei mich ebenfalls mehr mit WPF zu beschäftigen und plane, meine alten Programme zu portieren weil die Vorteile (für mich) einfach überwiegen.

Zur Performance kann ich dir nichts sagen, vom Gefühl her würde ich allerdings behaupten, das WPF leicht schneller ist und geschmeidiger rüberkommt, wenn es um Interaktion mit den Controls geht. Ist aber wirklich kein signifikanter Unterschied.

Auch hast du mit WPF deutlich mehr Aufwand, den du aber auf der anderen Seite wieder ausgleichen kannst, da bei WinForms die aufwendigen Sachen meistens nur mit einem kleinen "Hack" laufen, während WPF das direkt unterstützt.

Zusätzlich empfehle ich als Framework für WPF wenn du die Grundprinzipien verstanden hast.

Näheres dazu aber im Artikel.

[tolio]

Originally Posted by Mostey

Nahezu jede WinForm sieht gleich aus, sie sind langweilig und sind meistens dazu auch noch sehr hässlich.

ich finde das ist kein valides argument, denn bei den aller wenigsten programmen interessiert das jemanden, ein programm soll funktionieren und nicht schön oder einzigartig aussehen

[Mostey]

Originally Posted by tolio

ich finde das ist kein valides argument, denn bei den aller wenigsten programmen interessiert das jemanden, ein programm soll funktionieren und nicht schön oder einzigartig aussehen

Bist du dir da sicher? Ich habe bisher nur die Erfahrung gemacht, das Programme auch optisch etwas hergeben müssen. Vorallem wenn es darum geht, später mal kommerziell etwas zu erstellen. Das wäre ja wie wenn große Firmen oder Spieleentwickler ihre Webseiten ohne JavaScript und dergleichen präsentieren würden. Eben komplett plain. Es ist nicht unbedingt schlecht, trotzdem würde ich wetten, das viele dann zu anderen Spielen greifen.

Ich selbst präferiere eigentlich auch eher Anwendungen, die optisch gut und anschaulich gestaltet sind.

Natürlich steht die Funktionsweise trotzdessen im Vordergrund.

[tolio]

webseiten sind außendarstellung, da muss immer alles schön und glänzend sein. genau wie werbung. aber ein produkt ist eben nicht werbung sondern das produkt und muss deswegen das können was es verspricht. die winform controls sind einfach funktional und tun was sie sollen.

es ist nicht so das ich sagen würde man sollte kein wpf nutzen, aber wenn nachher die hälfte der entwicklungszeit für gui draufgeht dann läuft irgendwas falsch, einfach die fertigen controls drauf und gut ist.