ASP.NET5和MVC的目的
ASP.NET 5 and the purpose of MVC
我一直在研究 ASP.NET 网站上的基本文档和各种教程，例如 Getting Started with Knockout in ASP.NET 5
我喜欢开箱即用的依赖注入和日志记录功能，我可以想象创建我的数据服务层并在 Startup class 的配置服务部分注册它。显然，这将允许我从我创建的任何未来控制器访问任何注册服务。
但在完成一些教程和演练后，我发现如果我选择使用 knockout 和 jquery，那么我会在 javascript 和 Get/POST/PUT 中的页面上创建我的 viewModel等直接从客户端发送到我的API。页面的 MVC 控制器从未被访问过。那么为什么要使用 MVC 呢？
我看过一些例子，人们在 MVC 控制器上调用一个动作，然后调用 API 但这似乎有点多余。
我对这项技术比较陌生，因为 XAML MVVM 观点淘汰赛令人耳目一新。那么，为什么我要为客户端应用程序费心使用 MVC 框架呢？
当然，如果我选择使用 knockout/jquery 那么 MVC 是多余的吗？
谁能帮我弄清楚我以后应该学习什么？
您选择给您带来最大收益的解决方案。如果您纯粹在客户端的 knockout 中实现您的应用程序，使用 knockout 组件构建页面等，您可以自由使用 WebAPI。 MVC 不会让您错过任何东西。
但是，在某些情况下，您仍会喜欢混合使用它。例如，您可能更喜欢使用 MVC 的部分来组织代码。您可能会包含基于 Razor 自定义 Html Helper 的漂亮的缓存页面本地化，从而使 js 更干净、更轻便。您可能会对 MVC 提供的模型进行开箱即用的客户端验证。
一些项目可能仍然有大量对 MVC 和基于它构建的库的引用。在那些日子里，如果没有 ASP MVC，没有什么是你做不到的，但它仍然可以提供很多东西，而且不使用所有东西的代价很小。
无论如何，即使您跳过 'V' 部分，模型（或视图模型）仍然存在，您不想发送您的数据实体视图 ajax。
我一直在研究 ASP.NET 网站上的基本文档和各种教程，例如 Getting Started with Knockout in ASP.NET 5
我喜欢开箱即用的依赖注入和日志记录功能，我可以想象创建我的数据服务层并在 Startup class 的配置服务部分注册它。显然，这将允许我从我创建的任何未来控制器访问任何注册服务。
但在完成一些教程和演练后，我发现如果我选择使用 knockout 和 jquery，那么我会在 javascript 和 Get/POST/PUT 中的页面上创建我的 viewModel等直接从客户端发送到我的API。页面的 MVC 控制器从未被访问过。那么为什么要使用 MVC 呢？
我看过一些例子，人们在 MVC 控制器上调用一个动作，然后调用 API 但这似乎有点多余。
我对这项技术比较陌生，因为 XAML MVVM 观点淘汰赛令人耳目一新。那么，为什么我要为客户端应用程序费心使用 MVC 框架呢？ 当然，如果我选择使用 knockout/jquery 那么 MVC 是多余的吗？
谁能帮我弄清楚我以后应该学习什么？
您选择给您带来最大收益的解决方案。如果您纯粹在客户端的 knockout 中实现您的应用程序，使用 knockout 组件构建页面等，您可以自由使用 WebAPI。 MVC 不会让您错过任何东西。
但是，在某些情况下，您仍会喜欢混合使用它。例如，您可能更喜欢使用 MVC 的部分来组织代码。您可能会包含基于 Razor 自定义 Html Helper 的漂亮的缓存页面本地化，从而使 js 更干净、更轻便。您可能会对 MVC 提供的模型进行开箱即用的客户端验证。
一些项目可能仍然有大量对 MVC 和基于它构建的库的引用。在那些日子里，如果没有 ASP MVC，没有什么是你做不到的，但它仍然可以提供很多东西，而且不使用所有东西的代价很小。
无论如何，即使您跳过 'V' 部分，模型（或视图模型）仍然存在，您不想发送您的数据实体视图 ajax。