ProfileCommon - 在运行时转换失败

时间:2015-07-08 13:38:53

标签: c# asp.net visual-studio-2013 casting

摘要:将基类转换为派生类后返回Null。但是,在转换之前,基类对象似乎没问题。

详细信息:我正在重写旧的asp.net WebForms应用程序,以便能够使用MVC方法扩展它。作为过程的一部分,我将Web站点项目转换为Web应用程序项目。在这种情况下,ProfileCommon类不会自动生成。所以,我从旧项目中复制了自动生成的类定义,并将其放置为utils\ProfileCommon.cs。该文件的内容是(简化为一个也从捷克语等效名称重命名的属性):

using System;
using System.Web;
using System.Web.Profile;

namespace proj_app.utils
{
    public class ProfileCommon : System.Web.Profile.ProfileBase
    {
        public virtual string Name {
            get { return ((string)(this.GetPropertyValue("Name"))); }
            set { this.SetPropertyValue("Name", value); }
        }

        public static ProfileCommon GetProfile(string username)
        {
            return ((ProfileCommon)(ProfileBase.Create(username)));
        }
    }
}

不同之处还在于我已从virtual方法移除GetProfile()并将其设为static。 (ProfileBase没有GetProfile()方法;所以它应该没问题,对吗?)

代码编译得很好。但是,我可以在浏览器中观察到以下内容(松散翻译,行号与示例不匹配):

The object of the ProfileCommon type cannot be casted to proj_app.utils.ProfileCommon.
Description: ... unhandled exception during the web request...

Details about the exception: The object of the ProfileCommon type cannot be casted to proj_app.utils.ProfileCommon.

Zdrojová chyba:

Line 36:         public static ProfileCommon GetProfile(string username)
Line 37:         {
Line 38:             return ((ProfileCommon)(ProfileBase.Create(username)));
Line 39:         }
Line 40:     }


Source file: d:\__RizeniProjektu\aplikace\proj_app\utils\ProfileCommon.cs    Line: 38

Stack trace:
[InvalidCastException: Objekt typu ProfileCommon nelze přetypovat na typ proj_app.utils.ProfileCommon.]
   proj_app.utils.ProfileCommon.GetProfile(String username) in d:\__RizeniProjektu\aplikace\proj_app\utils\ProfileCommon.cs:38
   Users_seznam.Page_Load(Object sender, EventArgs e) in d:\__RizeniProjektu\aplikace\proj_app\Users\seznam.aspx.cs:29
   System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e) +51
   System.Web.UI.Control.OnLoad(EventArgs e) +92
   System.Web.UI.Control.LoadRecursive() +54
   System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +772

调试时,ProfileBase.Create(username)返回对象,其中Name属性的正确值具有预期值(调试器知道如何获取值)。但是,在强制转换后,生成的对象引用为null。 (我必须承认我在C#方面不是很好;我来自C ++。)我还尝试拆分命令以获取ProfileBase p = ProfileBase.Create(username);(对象不为空),然后才将其转换为ProfileCommon q = p as ProfileCommon;q为空)。

更新:奇怪。我已将我的课程重命名为ProfileComm,清理了项目,从头开始编译。目录中没有ProfileCommon字符串(也不在源中,不在二进制文件中,* .suo,* .dll,* .pdb,不在任何其他文件中)。即使文件名已重命名为ProfileComm.cs,也不会在* .csproj中包含ProfileCommonGetProfile()的来源已更改为:

public class ProfileComm : System.Web.Profile.ProfileBase
{
    ...
    public static ProfileComm GetProfile(string username)
    {
        object p = ProfileBase.Create(username);
        Type t = p.GetType();
        string s = t.Name;

        return ((ProfileComm)(p));
    }
}

现在,浏览器中的异常详细信息已读取(从其他语言翻译):System.InvalidCastException: Object of the type ProfileCommon cannot be casted to the type proj_app.utils.ProfileComm.

调试时,调试器显示p的类型为ProfileCommon

What the debugger shows about the type

我不知道类型名称ProfileCommon在哪里插入。它是否与.NET框架的版本相关?我该怎么检查? ProfileCommon类仍然可以以某种方式动态生成吗?

2 个答案:

答案 0 :(得分:6)

您似乎有两种类型的ProfileCommon,您应该检查您的来源以确认这一点。您也可以更具体,并ProfileBase.Create(username)返回proj_app.utils.ProfileCommon而不只是ProfileCommon

另外,对于调试也许可以尝试看看编译器认为该对象到底是什么,请参阅这篇文章:Could not resolve type: Issue while I am casting a custom class in c#

您似乎与ASP.NET类冲突,我要么完全创建一个新类,要么创建一个ASP.NET ProfileCommon类的超类。

  

ASP.NET使用ProfileBase类创建用于用户配置文件的类。启动启用了用户配置文件的应用程序后,ASP.NET将创建一个类型为ProfileCommon的新类,它继承自ProfileBase类。对于配置文件配置部分中定义的每个属性,将为ProfileCommon类添加强类型访问器。 ProfileCommon类的强类型访问器分别调用ProfileBase基类的GetPropertyValue和SetPropertyValue方法来检索和设置配置文件属性值。将ProfileCommon类的实例设置为ASP.NET应用程序的Profile属性的值。

https://msdn.microsoft.com/en-us/library/system.web.profile.profilebase(v=vs.110).aspx

答案 1 :(得分:2)

ASP.NET自动创建在应用程序启动时从ProfileBase继承的ProfileCommon类。如果要使用自己的配置文件实现,则需要在web.config中明确指定它。 类似的东西:

<profile inherits="proj_app.utils.ProfileCommon">
....

这样,ProfileBase.Create将返回指定类型的实例,而不是自动生成的实例。

MSDN for more details