5

我一直在思考做一些發展與Backbone.js的JavaScript框架和我目前使用ASP.NET MVC ...ASP.NET MVC + Backbone.js,這有什麼意義嗎? ASP.NET MVC確實需要?

考慮在此之後,似乎ASP.NET MVC服務器端部分是多餘的.. 。

Backbone.js將包含我通過調用我的WCF機器上的REST服務獲得的模型。

我的用戶界面將由骨幹/ JS進行更新...

任何邏輯將是Backbone.js的控制器,有必要將在客戶端側執行。使用

我真的很喜歡一些意見,因爲我似乎在假設ASP.NET MVC是由Backbone.js的消滅了已經到達..

Anyboyd兩個,爲什麼?如何?

在此先感謝

+1

骨幹。js不再有'Controller' http://documentcloud.github.com/backbone/#Upgrading。另外,你的邏輯不敏感嗎?例如,你打算處理客戶端的管理嗎?當所有的邏輯都是客戶端時,什麼會阻止非管理員使自己成爲管理員? –

+0

@JimSchubert權限和用戶在數據庫中。安全性在數據庫中。你不需要一個服務器 – Raynos

+1

@Raynos:僅僅因爲安全性在數據庫中,並不意味着它的正確性。 –

回答

6

有趣的是,我會實際上採取相反的方式:保持MVC而不是WCF。無論您的MVC項目是否只爲其客戶端提供「數據」而不是「視圖」,MVC仍然提供了許多Web應用程序所需的管道。

9

我真的很喜歡一些意見,因爲我似乎在假設ASP.NET MVC是由Backbone.js的消滅了已經到達..

無骨幹在客戶端運行。

在客戶端和服務器上可以運行什麼是有區別的。

但是實際上沒有服務器作爲中間件,只是通過REST公開數據庫。

您當然需要在數據庫上設置正確的登錄機制和權限以確保安全。

但是,您需要關閉源代碼的服務器。

如果您想使用C#/ .NET/Massive代碼重用。大量的模式重用使用服務器端中間人。

只有客戶端&數據庫的大型應用程序的概念是未經測試的,對於「什麼是好的實踐」幾乎沒有什麼知識,因爲它們不存在。

當然,您可以將服務器端javascript改爲node.js,而且可以重新使用服務器&客戶端上的所有主幹模型/集合。這可能會更適合你

+0

「只有客戶端和數據庫的大型應用程序的概念未經過測試,對」什麼是好的實踐「,因爲這些不存在。」 - 不知道你在90年代末/ 2000年初的時候,但我可以想到幾百個VBA/SQL應用程序就是這麼做的。 –

+0

@WyattBarnett我認爲對VBA/SQL應用程序的普遍態度是它們是意大利麪和維護噩夢。雖然我沒有想到從這些應用程序到網絡部門可以傳輸多少信息/架構設計 – Raynos

2

請參考我answer to a similar question

我簡短的回答是MVC使用客戶端框架時,是絕對不會浪費。 MVC不僅僅是在Razor中撰寫觀點。您可以通過選擇控制器,操作和路由來獲得模型綁定,驗證,身份驗證和控制URL結構的能力。即使不使用服務器端視圖,80%的優點也很有用。