标签: model-view-controller

我正在使用MVC C#.

有人可以举例说明为什么会使用它

[HttpPost/HttpGet] 

一个行动.一个活跃的两者如何兼具 - 实际用途是什么？

我正在研究一个广泛使用MVC设计模式的PHP项目.我希望在表单中添加验证,并且对于验证的正确位置感到好奇.

由于生成表单的方式,对回发数据的验证在视图组件中更简单,重复性更低.让视图验证响应数据是否可接受,或者应该在控制器甚至模型中实现？

有什么好处？

我有一个部署到Azure的ASP.NET MVC Web应用程序.我正在使用该GetEnvironmentVariable(...)方法阅读我的设置.

问题是我找不到在Azure门户中定义此环境变量的方法.我在哪里可以做到的？

我不想把这些东西放在一个文件中.将存在的数据是凭证.

我正在创建一个Android使用Switch的应用程序.
我正在尝试听取更改并在更改时获取值.
使用开关时我有两个问题:

1. 我action listener该用什么？
2. 我如何获得switch价值？

我一直在开发一个ASP.NET Core Web应用程序,主要基于Visual Studio 2017 RC2中提供的MVC模板.它在本地调试模式下运行良好,但是当我尝试将其发布到Azure托管的Web应用程序时,我收到此错误:

启动应用程序时发生错误.

.NET Core X86 v4.1.1.0 | Microsoft.AspNetCore.Hosting版本1.1.0-rtm-22752 | Microsoft Windows 6.2.9200

我已经尝试stdoutLogEnabled="true"在web.config文件中设置,但似乎没有效果,错误是一样的.

更新:

在一些帮助下,我设法检索日志,它说:

Application startup exception: System.TypeLoadException: Could not load type 'System.IO.File' from assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e'.    
   at Microsoft.Extensions.DependencyModel.FileWrapper.OpenRead(String path)
   at Microsoft.Extensions.DependencyModel.DependencyContextLoader.LoadEntryAssemblyContext(IDependencyContextReader reader)
   at Microsoft.Extensions.DependencyModel.DependencyContextLoader.Load(Assembly assembly)    
   at Microsoft.Extensions.DependencyModel.DependencyContext.Load(Assembly assembly)    
   at Microsoft.AspNetCore.Mvc.Internal.DefaultAssemblyPartDiscoveryProvider.DiscoverAssemblyParts(String entryPointAssemblyName)    
   at Microsoft.Extensions.DependencyInjection.MvcCoreServiceCollectionExtensions.GetApplicationPartManager(IServiceCollection services)    
   at Microsoft.Extensions.DependencyInjection.MvcCoreServiceCollectionExtensions.AddMvcCore(IServiceCollection services)    
   at Microsoft.Extensions.DependencyInjection.MvcServiceCollectionExtensions.AddMvc(IServiceCollection services)    
   at Bla.Api.Startup.ConfigureServices(IServiceCollection services) in C:\Users\user\Source\Workspaces\Bla\Bla.Api\src\Bla.Api\Startup.cs:line 73
--- End of stack trace from previous location where exception was thrown --- …

如何创建一个丰富的用户界面Windows应用程序,例如Photo Shop.

我正在寻找带有C#的WinForms的干净MVC教程.(不是 ASP.NET MVC.)

成为Windows平台上的新手; 大多数MSDN和互联网教程基本上都将所有内容都放入Form类中.进一步的默认事件在表单内部处理,而不是将事件发送到控件/模型,而控制/模型又改变了视图的状态.

或者Windows应用程序的首选方法是别的吗？

我读的越多,我就越困惑.

请注意,所有问题都与服务和外观如何适应MVC模式有关.

我的理解是Facade不是一个超级智能对象,它只是一种暴露简单接口/ api来执行复杂操作的方式(例如:执行10 $付款,这是一个复杂的操作,涉及一些操作,但这样的复杂性可以通过一个外观来处理,它只会按特定的顺序调用相应的对象......等等...)

现在,服务是一种执行对几个DAO的调用以获得复杂数据结构的方法(我对此不太确定,但这是我目前所理解的).

那么问题是,外观和服务之间有什么区别？在一天结束时,外观可以完美地访问几个DAO,以便通过提供简单的界面来执行复杂的操作,并且服务似乎类似于某些东西.

交易也是如此,我知道服务是开始交易的地方,但我同样觉得它们也可以放在外墙上,毕竟外立面也可以调用几个DAO.

那么哪个堆栈会更有意义

controller-facade-dao controller-service-dao

或者可能

controller-facadade-dao有时候是controller-facade-service-dao ??

我在过去读过一些关于模型的MVC建议,说明你不应该为域和视图重用相同的模型对象; 但我一直没能找到任何人愿意讨论为什么这是不好的.

我认为创建两个独立的模型 - 一个用于域,一个用于视图 - 然后在它们之间进行映射会产生大量重复,加上繁琐的映射代码(其中一些可能会被像AutoMapper这样的东西减轻)很可能容易出错.

是什么让这两个问题的单独模型值得重复和映射代码的麻烦？

我一直在为我的新工作学习Zend及其MVC应用程序结构,并发现使用它只是困扰我,原因是我无法完全理解.然后在学习过程中,我遇到了一些文章,如MVC:No Silver Bullet以及关于MVC和Web应用程序主题的播客.播客中的那个人对MVC作为一个Web应用程序架构提出了非常好的理由,并且扼杀了许多让我烦恼的东西.

但问题仍然存在,如果MVC不适合Web应用程序,那么它是什么？

有人可以解释这3个概念以及它们之间在MVC框架方面的差异以及一个例子.对我来说,这些似乎几乎相同,似乎它们在某些文章中可互换使用,而在其他文章中则不然.