Original von jus
Kann die eine View auf die Daten der anderen View zugreifen ?

Natürlich, aber sagt Dir MVC etwas? (MVC: Model-View-Controller) Das ist ein Designpattern, welches Du Dir unbedingt anschauen solltest.

Michael

Zum Verständnis helfen die Dokumente
"iPhone OS Programming Guide",
"View Controller Programming Guide for iPhone OS" und
"iPhone Human Interface Guidelines"

Alles in Xcode unter "Help" + "Documentation" zu finden.

Und Kommunizieren zwischen zwei Instanzen geht wunderbar per Delegates, aber besser nicht zwischen den Views, sondern, wie von Michael schon angedeutet, ungefähr so:

Model <-------> Controller <-------> View

Und für Dich besonders wichtig die Klasse UIViewController...

Gruss und viel Spass beim Lesen, Jörg

Delegates sind allerdings nicht zur Kommunikation gedacht, sondern als (bessere) Alternative zur Ableitung zur Anpassung des Verhaltens. (Gut, Data-Sources sind eine verwandte Form, aber vom Grundgeanken her.)

Original von jus
Zum Thema : Sollte für jedes View ein eigener Controller gestellt werden, oder ist es sinnvoller mehrere Views von einem Controller zu steuern.

Ich würde sagen, kommt drauf an. Je nachdem, wie die zu lösende Aufgabenstellung ist, ist es mal sinnvoller einen Controller zu nehmen, mal ist es sinnvoller mehrere Controller zu nehmen.

Michael

Original von jusZum Thema : Sollte für jedes View ein eigener Controller gestellt werden, oder ist es sinnvoller mehrere Views von einem Controller zu steuern.

Na ja, zu jedem View Controller "gehört" immer genau ein View.

Aber:
Nun ist es allerdings so, das ein View Subviews beinhalten kann. Und das sind dann z.B. auch Textfelder, Buttons, Labels, Table Views (!), etc.
Und ein Table View enthält Table View Cells (die auch von UIView abgeleitet sind...)

Also im Groben und Ganzen kann ich das Dir jetzt nur mit einem klaren Jein beantworten.
Oder anders ausgedrückt: Du musst Dich da durch die von mir aufgelisteten Dokumente durcharbeiten.

Gruss, Jörg

Original von jus
O.K. die Views habe ich hinbekommen, jetzt fehlt mir nur noch eine sinnvolle Möglichkeit um die Dateneingaben von einem View in das andere zu übergeben. Amin meinte delegates sind nicht der korrekte Weg ?

Ich nehme an, du hast jetzt einen ViewController, welcher deine beiden Views (und die Elemente darin) verwaltet, ja?

Wenn dem so ist kennt der ViewController den Inhalt der Elemente, welche du synchronisieren (o.ä.) willst, und er ist auch fürs Einblenden des einen oder anderen Views zuständig. Dann kannst du z.B. einfach in jener Methode, wo der eine View gegen den anderen getauscht wird, deine TextFelder beliebig befüllen.

Original von jus
Schläft der Amin auch mal ?
Kaue gerade Deine neue Auflage durch...einmal wird aber fürs Verständnis sicher nicht reichen..ist keine Kritik nur muss ich mich erstmal an die Denkweise von Obj-C "gewöhnen".

Ich habe Jahre gebraucht …

Original von jus
Zum Thema : Sollte für jedes View ein eigener Controller gestellt werden, oder ist es sinnvoller mehrere Views von einem Controller zu steuern.

Geschieht das nicht im Buch? Ich zeige ja auch die verschiedenen Controller auf und deren Einsatzzwecke. Da sind sicher auch welche mit mehreren Views dabei.

Grundsätzlich:
a) Du entscheidest dich "vertikal", ob etwas in die Controllerschicht als Bestandteil von MVC gehört. Entgegen manch anderer Verlautbarung finde ich das übrigens häufig eine Wertungsfrage. Aber meist ist es eindeutig und meist bedeutet die Antwort Controller.

b) Danach entscheidest du dich, in welchen Controller etwas gehört, also "horizontal". Die wichtigsten Tyüen habe ich ja auf Seite 420 aufgezählt. Um das noch einmal zu sortieren:

App-Delegate: Funktionalität, die zentral für das gesamte Program ist, also unabhängig von Dokumenten oder Fenstern.

Document (in seiner Controllereigenschaft): Alles, was lokal auf ein Dokument begrenzt bleibt.

Window-Controller: Alles was lokal auf ein Fenster begrenzt bleibt. (Hast du nur ein Fenster pro Dokument, ist das müßig.)
Alle diese Controller können mit mehreren Views in Beziehung treten. Der Converter aus Kapitel 2 etwa hat Outlets auf drei Views.

View-Controller:Funktionalität, die sich nur auf ein bestimmtes View bezieht.
In diese Falle wird man in der Regel ein View haben. (Daneben aber möglicherwese weitere, die aufpoppen, reinklappen, $wasweißich

Original von jus
Danke, danke, danke für eure Hilfe, aber die Lernkurve ist ganz schön steil am bitteren Anfang....

Ja