Koala

wo denn ?

Kannst nicht vernünftig antworten ?

Bei einer API gibt es keine View.

__________________
Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.

Mister Ad

mimomamu

Normalerweise schon, aber es ist sehr schwieg, eine Antwort viel vernünftiger zu gestalten als die Frage die sie beantworten soll. Vielleicht bekomme ich es besser hin, wenn du mir sagst, was du an meinem vorletzten Beitrag nicht verstanden hast oder womit du in meinem vorletzen Beitrag nicht einverstanden bist.

__________________
Meinungen, die ich geäußert habe, sind nicht notwendigerweise meine eigenen. Abweichungen von der deutschen Rechtschreibung unterliegen dem Urheberrecht, dürfen aber unter den Bedingungen von verwendet werden

Flor1an

Ich wüsste auch nicht wo sich bei nem Webservice nen View versteckt. Je nach dem was für ein Format genutzt wird (XML/JSON etc) wird nur sowas ausgegeben, dafür braucht es nicht wirklich eine komplette View Komponente.

__________________
▇█▓▒░◕‿‿◕░▒▓█▇

mimomamu

Das macht der View.

Nö, hilft aber.

__________________
Meinungen, die ich geäußert habe, sind nicht notwendigerweise meine eigenen. Abweichungen von der deutschen Rechtschreibung unterliegen dem Urheberrecht, dürfen aber unter den Bedingungen von verwendet werden

dr.e.

Hallo momomamu,

wenn du das MVC-Pattern unbedingt in diesen Anwendungsfall pressen möchtest, bist du herzlich eingeladen das zu tun. Bei einer API gilt es jedoch, einen Business-Prozess nach aussen zu repräsentieren. Die Aktionen werden hier in aller Regel durch die Business-komponenten repräsentiert, die mit Domänen-Objekten arbeiten. Hier gibt es keinen Controller im klassichen MVC-Gedanken. Weiterhin ist das Model in einer API einfach ein DTO/Domänen-Objekt, das durch ein Ausgabe-Format repräsentiert wird. Da die Transformation i.d.R. sehr einfach gestrickt ist - z.B. JSON - ist es nicht notwendig einen Controller MVC-einzusetzen. Im Vordergrund einer API stehen weiterhin die Kommandos, die du aufrufen kannst - also das command pattern.

Ich gehe daher davon aus, dass MVC - weil es ein Pattern der Präsentations-Schicht ist - in einer Business-Schicht-getriebenen komponente nichts zu suchen hat.

Was hat das mit pro/contra MVC zu tun? Diese Elemente löst du zentral über einen Wrapper um deinen eigentlichen Webservice-Kern, sprich ein Wrapper um die Business-Komponenten.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

xm22

Ich verstehe nauch nicht, wo euer Problem ist. Der Webservice ist wie eine ganz normale Webanwendung aufgebaut, außer, dass die Ausgabe wahrscheinlich json oder xml ist. Daher steht auch der Verwendung des MVC-Patterns nicht im Weg.

nikosch

Ich finde das jetzt auch nicht so abwegig.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

mimomamu

Ach, so viel Pressen muss man da garnicht.

Ich denke die unterschiedlichen Auffassungen kommen genau da her. Ich sehe einen Webservice nicht als Business-Schicht-getriebenen. Auch der Begriff Webservice-Kern erweckt den Eindruck, dass bei dir sehr viel der Webservice-Funktionalität in der Businessschicht lagert (wegen der Ähnlichkeit zu Anwendungskern). Habe ich dich da richtig verstanden? Bei mir weiß die Businessschicht nichts über Webservices, Desktop-GUIs oder Web-GUIs.

__________________
Meinungen, die ich geäußert habe, sind nicht notwendigerweise meine eigenen. Abweichungen von der deutschen Rechtschreibung unterliegen dem Urheberrecht, dürfen aber unter den Bedingungen von verwendet werden

mquadrat

Das kommt wohl drauf an wie der Webservice gestrickt ist. Wenn die Rückgabe eine Komposition aus mehreren Einzelteilen ist, könnte man das schon als View deklarieren. Aber ich persönliche würde meinen Service nicht so aufbauen.

__________________
Wir suchen PHP / Delphi und .NET Entwickler im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de

dr.e.

Hinsichtlich der Service-orientierung ist es das aber. Die Business-Stellt via Webservice "ihre Dienste" zur Verfügung. Nicht mehr und nicht weniger. Repräsentation spielt dabei nur mal eine untergeordnete Rolle.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~