我最近对不同类型的模型视图架构进行了一些调查,需要决定在未来的内部开发中采用哪种架构.由于我目前在一家拥有ASP.NET技能的微软商店工作,似乎我的选择是在ASP.NET MVC和WCSF之间(单轨可能不在微软的支持下).
在阅读ASP.NET MVC框架后,使用WCSF作为衡量标准,我选择了以下几点:
还有哪些其他考虑因素？
我误解了什么？
有没有人使用这两个框架并提出建议？
从.NET 3.5升级某些ASP.NET代码时,我收到以下编译警告错误:'System.Security.Permissions.SecurityAction.RequestMinimum'已过时.
该属性已应用于组合级别:
[assembly: System.Security.Permissions.SecurityPermission(System.Security.Permissions.SecurityAction.RequestMinimum, Execution=true)]
此外,代码还使用了P&P Web客户端软件工厂,特别是ObjectBuilder.WCSFExtensions库.此外,代码提供了一些角色提供程序实现.
请记住,此代码在其他项目中用作框架代码,因此很难确定可能存在的安全性要求.
所以milion dolar的问题是:
"System.Security.Permissions.SecurityAction"枚举需要使用什么值？
或者,是否有更好的方法来应用此安全属性？
在 asp.net 应用程序中，我想将 Webclient 软件工厂 (WCSF) 及其关联的模型视图演示者模式 (MVP) 的使用与页面方法相结合，即 .aspx 视图上标有[WebMethod] 属性。
然而，aspx 页面上的静态方法似乎打破了模型视图展示器模式，因为页面上需要一个实例方法来拥有与视图对话所需的展示器和控制器的上下文。
如何在 WCSF 中扩展 asp .net 的 MVP 模式以支持页面上的 [WebMethods]，也就是视图？
在使用C#中的Web客户端软件工厂(WCSF)处理ASP.net Web应用程序时,我遇到了这种困境,同样适用于其他平台和语言.我的情况是这样的:
我正在为基于WCSF范例的每个网页/用户控件定义一个I View界面,然后让页面类实现I View界面,基本上实现界面中定义的每个方法.当我尝试在方法级别添加xml文档时,我发现自己基本上重复了接口方法的相同注释内容,以及它在实现类中的反向部分.
所以我的问题是:接口方法的文档内容和相应的类方法之间是否存在一些实质性的区别？他们应该在不同方面强调什么？
有人告诉我,接口方法注释应该说该方法应该做什么,而类方法注释应该说"它是如何做的".但是我记得在之前的某处读过方法级别注释应该只说"该方法应该做什么",而不是方法的实现细节,因为实现不应该是方法用户的关注,它可能会改变.
我开始对一些完全平庸的事情感到不安:我没有从TextBox中获得用户输入:S
我这样做(aspx背后的代码):
protected void Page_Load(object sender, EventArgs e)
{
if (!this.IsPostBack)
{
this._presenter.OnViewInitialized();
}
this._presenter.OnViewLoaded();
txtBox1.Text = "blah";
}
protected void Button1_Click(object sender, EventArgs e)
{
//Do sth with txtBox1.Text but when I read it, it is still the same as when a loaded the page at Page_Load, So if I entered "blahblah" in the txtBox1 via browser the text I get when I debug or run is still "blah"
}
和aspx
<%@ Page Language="C#" AutoEventWireup="true" CodeFile="InsertStudent.aspx.cs" Inherits="IzPT.Vb.Views.InsertStudent"
Title="VnosProfesorja" MasterPageFile="~/Shared/DefaultMaster.master" …