Monthly Archives: February 2009

Membership是ASP.NET 2.0 重点推荐的功能,它提供了大量的UI和底层的支持,用几个控件(Login, LoginView, LoginStatus, LoginName, PasswordRecovery…),就可以实现一个完整的用户管理模块,用几行web.config配置就可以完成用户权限的控制,有权限的组员才能看到某些页面,某些菜单… ,做起DEMO又快又好. 可是实际中用它的好像并不多. 程序员大多有代码洁癖,不希望自己的的代码中存在无用冗余的东西,使用ASP.NET Membership,缺省会用到ASPNET数据库,数据库的设计不可能和现实需求完全一致,某些MS在扩展性方面的设计可能对现实需求并无意义,让开发者很不快, 而且UI控件的缺省行为也往往和现实中需求稍有差异,如果要扩展,就需要彻底搞清楚MS的设计思路,基于Provider模式进行扩展,提供自定义的Provider,这不是设置几个属性那么简单的事.如果要偷懒,只好把思路往控件上靠,只好放弃个性的效果. 对于已有的系统中(此时用户数据已经存在),应用Membership更需要彻底搞懂底层的实现. 程序员常常需要快速开发和个性效果,以及方便和代码透明度之间找出平衡点 深层次的东西是很难用语言描述的,最好的表达方式不是MSDN中的文档,而是代码和数据库定义. 1.一个web.config的例子ASP.NET使用了Provider模式来支持扩展和自定义,在web.config中提供配置,runtime会根据配置生成相应的provider,实现扩展.     <membership defaultProvider="MY_MembershipProvider" userIsOnlineTimeWindow="15">          <providers>            <add name="MY_MembershipProvider                    connectionStringName="LocalSqlServer"                    applicationName="/"                    enablePasswordRetrieval="true"                    enablePasswordReset="true"                    requiresQuestionAndAnswer="true"                    requiresUniqueEmail="true"                    passwordFormat="Encrypted"                    maxInvalidPasswordAttempts="5"                    passwordAttemptWindow="10"                    minRequiredPasswordLength="5"                    minRequiredNonalphanumericCharacters="0"                    type="MY_MembershipProvider, AssemblyName"            />          </providers>     </membership> userIsOnlineTimeWindow 用来指定用户在一个操作后多长时间内被认为是在线的,具体实现?enablePasswordRetrieval … Continue reading →

把每次重复的事情模板化,用最短的时间,做最正确的事情.但衣橱里有很多这种骨架(Skeletons in my closet),就修炼成精了 1. 主要的组成部分及每一块的要害3层结构   BLL 业务逻辑层   DAL 数据访问层, Provider 模式   表现层(页面) 代码复用:    BasePage: 为所有的页面提供共用的逻辑    UserControl + Local Resource,     建议对可复用的User control和页面使用Local Resource,可以直接copy到另一个project 多语言支持    Global Resource    Image resource的Localization    User control + Local Resource     Menu+ web.sitemap + Global Resource … Continue reading →

在ASP.NET编程中经常需要用Request获取url的有关信息.测试的url地址是http://www.test.com/testweb/default.aspx, 结果如下： Request.ApplicationPath:                     /testwebRequest.CurrentExecutionFilePath:       /testweb/default.aspxRequest.FilePath:                                /testweb/default.aspxRequest.Path:                                     /testweb/default.aspxRequest.PathInfo: Request.PhysicalApplicationPath:          E:\WWW\testweb\Request.PhysicalPath:                         E:\WWW\testweb\default.aspxRequest.RawUrl:                                 /testweb/default.aspxRequest.Url.AbsolutePath:                    /testweb/default.aspxRequest.Url.AbsoluteUri:                      http://www.test.com/testweb/default.aspxRequest.Url.Host:                                http://www.test.comRequest.Url.LocalPath:                        /testweb/default.aspx 当url中带参数时可以使用:HttpContext.Current.Request.Url.PathAndQuery.ToString()// 本页地址:   Request.URL;   上页地址:   Request.UrlReferrer   Request.ServerViables["http_referer"]   Request.RawUrl   Request.RawUrl.QueryAndPath   System.IO.Path.GetFileName(Request.FilePath.ToString())   http://blog.csdn.net/powerglover/archive/2009/01/04/3705401.aspx

<system.web>    <authentication mode="Forms">          <forms loginUrl="Login.aspx"                 protection="All"                 timeout="30"                 name=".ASPXAUTH"                 path="/"                 requireSSL="false"                 slidingExpiration="true"                 defaultUrl="default.aspx"                 cookieless="UseDeviceProfile"                 enableCrossAppRedirects="false" />      </authentication></system.web> cookieless有4个值: UseCookies 不管客户端是否支持cookie,都使用cookie来存储用户标识 UseUri 不管客户端是否支持cookie,都使用url来存储用户标识 AutoDetect 自动检测客户端实际是否支持cookie 再来决定使用两种方式中的哪一种 UseDeviceProfile(缺省值) 根据设备文件来判断是否支持cookie,进而决定使用哪种方式.在<%windir%>Microsoft.NET\Framework\v2.0.50727\CONFIG\Browsers目录下有很多的.browser文件，这些文件记录了设备（浏览器）的能力，在asp.net中，会根据这些.browser文件读取浏览器信息System.Web.HttpBrowserCapabilities browser = Request.Browser;"Supports Cookies = " + browser.Cookies; HttpBrowserCapabilities 对象所公开的属性指示浏览器的内在功能，但不一定反映出当前的浏览器设置。例如，Cookies 属性指示浏览器是否内在地支持 Cookie，但不指示发出请求的浏览器是否已启用了 Cookie。有关更多信息，请参见 ASP.NET … Continue reading →

一. ASP.NET对UI Culture 和 Culture的选择Web程序上要显示哪个语言的字符串资源,是由程序执行时当前线程的UI Culture决定的,即Thread.CurrentThread.CurrentUICulture可以认为其逻辑如下//–参数为资源路径和资源所在AssembleyResourceManager L10N = new ResourceManager(”WebAppCulture.strings”, typeof(_Default).Assembly); this.Label1.Text = L10N.GetString(”Name”);在运行时,ASP.NET根据Thread.CurrentUICulture选择最匹配的资源文件 Web程序中要显示的日期,货币等数据的格式由当前线程的Culture(Thread.CurrentThread.CurrentCulture)决定, 有下列相关设置1. 用户在浏览器中对语言的设定  用户可以在IE中设定自己希望使用的语言,这个Language List会被发送到Server端Web程序和ASP.NET会综合考虑用户的这个设定和Server端的设定,最终决定程序中用到的语言 参考Setting a Preferred Language in Internet Explorerhttp://quickstarts.asp.net/QuickStartv20/aspnet/doc/localization/culture.aspx 2.Web Server所运行的OS的Culture注意,并不是Regional中的设定  如果不指定Page的Culture(UICulture), CurrentThread.CurrentCulture(CurrentUICulture)为OS的culture如果指定Page的Culture(UICulture)  为auto, CurrentThread.CurrentCulture(CurrentUICulture)为浏览器的Preference Language 3.在ASP.NET页面上设定当前线程的Culture和UICulture<%@ Page UICulture="en-US" Culture="en-US">等同于设置Page.UICulture和Page.Culture属性,也就是设定当前Page对应的Thread的UICulture和Culture.注意这两个属性由ASP.NET Framework使用,不建议在代码中使用! 这个命令会和浏览器中指定的Language list一起产生作用如果不在<%@ … Continue reading →