1

我已經開始一個新的應用程序。目前我已經組織它作爲一個角& WebApi 單頁應用但我有點困惑。此應用程序是一種開票應用程序,當我要使用一些第三方apis以及Intuit。 我想在做出進一步的決定之前做出可靠的決定,我應該遵循哪個應用程序體系結構。就像單頁應用程序或asn傳統MVC 5.0應用程序一樣。我應該遵循哪個應用程序體系結構?

如果你們有任何想法,請分享。謝謝

+1

我認爲它可以幫助你: https://blog.svpino.com/2014/10/15/is-a-single-page-application-what-you-really-need http:// ux.stackexchange.com/questions/28737/pros-and-cons-of-a-single-page-site-versus-a-multi-page-site – W92

回答

0

老實說這取決於它是什麼樣的應用程序。如果你的應用程序在用戶體驗或設計方面沒有那麼重要和高度優先(比如營銷/支持/信息類應用程序),那麼你應該使用SPA。

但是,如果您的應用程序是數據驅動意味着執行大量數據和結果/數據/信息是高優先級,那麼您應該使用傳統的MVC 5.0應用程序。

這還不能解決您的問題。正如你所提到的,你正在使用WEb API,請看帖子以及https://softwareengineering.stackexchange.com/questions/246380/should-we-call-web-api-from-mvc-application-in-same-solution

0

這不是任何形狀或形成一個明確和完整的答案。只是一個快速的意見。

對於您的前端,我建議您使用基於HTML 5的單頁Angular應用程序,它與您的API完全分開。這裏有一些優點:

  1. 角是一個非常受歡迎的選擇,現在,你將有很多的支持(代碼示例,圖書館,文章,做題等)
  2. 通過從分離的角度應用程式Web API(後端代碼)您將從一個非常乾淨的模塊化體系結構開始,它將來將允許您(1)輕鬆地將您的API重新用於其他應用程序,(2)將您的應用程序移植到其他平臺,如iOS和使用PhoneGap的Android。

我也會用Yeoman + Bootstrap來加速開發。如果您構建移動優先,請查看Ionic。如果您想要很酷的動畫,請查看Famous

對於您的API,我會選擇Web API 2,我將它分爲3層: 1. Web/API層。您的控制器,型號,輸入驗證。 2.服務層。您的業​​務邏輯(例如InvoicesService,StatementsService,UsersService等)。 3.基礎設施層。與數據訪問和持久性相關的所有內容(例如數據庫訪問)。

如果你有一個數據庫,那麼實體框架6是你的朋友。

+0

謝謝...所以你的意思是doind單頁面應用程序更好以這種方式...就像我可能會處理15K記錄...那很好。 – RaviMittal

+0

15K記錄在哪裏?在數據庫中?我只是提出了一個普遍的建議,即HTML5 Angular應用程序+單獨的Web API比傳統的MVC 5應用程序更好。如果您必須檢索並顯示大量數據,HTML5 Angular將成爲更強大的選擇,因爲它會迫使您先呈現HTML,然後從API中檢索數據,而不是將數據呈現到服務器上的頁面。 –