Wie können Sie die Web-API und die MVC-Lösung getrennt erstellen?

Question

Ich bin neu in der .net-Anwendung. Ich versuche, eine Anwendung für Accounting Zweck zu entwickeln. Bin total verwirrt, wie kann ich das Designmuster verwenden, MVC ist bevorzugt. Ich muss diese App sowohl in Desktop als auch als mobile App verwenden. App sollte sicherer sein.

Bitte führen Sie mich, wie Sie das Projekt entwerfen. Kannst du bitte irgendwelche Beispiele vorschlagen?

1. WebApi + MVC ist eine gute Option Ich denke, aber dafür, sollte ich 2 Lösung für API und MVC erstellen?
2. sollte es Smartphone sowie Desktop funktionieren?

Datenbank-PostgreSQL

Die Anwendung wird aus zwei Teilen bestehen:

Teil I - Zugang zu den Kunden über die Webseite

Teil II - Back-End nur zugänglich für uns (Firma) wo die ganze Verarbeitung ausgeführt wird. Führen Sie die Ersteinrichtung, sobald der Client registriert ist - erstellen Sie das Konto in der Buchhaltungssoftware und erstellen Sie die Konten

1. Überprüfung und Verarbeitung von Dokumenten
2. Accounting - die Einträge werden in die Anwendung übergeben werden und werden exportiert an die Abrechnungssoftware

Answer 1

Zunächst einmal können Sie viele Tutorials da draußen auf dem Internet über die Schaffung eines ASP.NET MVC Projekt mit Web API finden.

Dies kann in einer Lösung erreicht werden, wie Sie in Tutorials sehen können.

Beispiel: Getting started with ASP.NET Web API

Für den Desktop-und mobile Unterstützung möchte ich hinweisen Responsive Design verwenden. Mit einer Bibliothek wie GetBootstrap können Sie Websites erstellen, die ihren Inhalt für jeden Gerätetyp (Desktop/Tablets/Smartphones/...) dynamisch ändern.

Answer 2

Now-a-days ist alles mobil. Wenn Sie also sowohl für Web- als auch für mobile Apps etwas entwickeln, muss API die erste und einzige Wahl sein.

Der Grund ist, dass --- mehr oder weniger was Web zeigt, APP sollte auch zeigen, aber die Layouts oder UI sind anders (hier kommt die Client-Seite). Darüber hinaus, wenn APP eine zusätzliche API benötigt, denke ich nicht, dass dies viel Overhead wäre, wenn bestimmte zusätzliche APIs für die APP geschrieben würden. Im Wesentlichen genügt eine API-Codebasis den beiden Paradigmen. Es ist immer eine gute Idee, Client-seitige Architektur mit serverseitiger Architektur zu trennen.

Ich würde vorschlagen, den Client und Server (API) zu trennen, und das wäre am besten von Interesse. Ihre .net-Anwendung kann als Client-Seite mit MVC-Muster dienen, wobei M API-Services aufrufen kann und C wie normalerweise die Geschäftslogik verwaltet und V die Ergebnisse anzeigt. Sie können API-Dienste (Server/Backend) in .net, nodeJS, PHP, GO jede Technologie schreiben, die mit Servern kommunizieren können. Dort können Sie auch bestimmte Architektur oder Ablauf Ihrer Anfragen erstellen. Hoffe, dass hilft