C# 从WCF服务返回MembershipUser
我已经为我的WCF服务实现了一个SQL成员资格提供程序。WPF客户端通过internet访问该服务。我有一个服务getUser(),它应该返回一个用户。 通过该方法返回MembershipUser是否可以,因为我已经读入,由于类具有SecurityAttribute,而XmlSerializer无法序列化它,所以不可能这样做 编辑:C# 从WCF服务返回MembershipUser,c#,.net,wcf,C#,.net,Wcf,我已经为我的WCF服务实现了一个SQL成员资格提供程序。WPF客户端通过internet访问该服务。我有一个服务getUser(),它应该返回一个用户。 通过该方法返回MembershipUser是否可以,因为我已经读入,由于类具有SecurityAttribute,而XmlSerializer无法序列化它,所以不可能这样做 编辑: 还可以安全地将此类型返回给客户端。是否存在误用的可能性?我不能100%确定该类型是否可以序列化的具体答案。。。但是试一下。如果出现错误,只需创建一个代理类型,其中包
还可以安全地将此类型返回给客户端。是否存在误用的可能性?我不能100%确定该类型是否可以序列化的具体答案。。。但是试一下。如果出现错误,只需创建一个代理类型,其中包含需要返回的所有信息。并在您的WCF方法中返回:-)我不能100%确定该类型是否可以序列化的具体答案。。。但是试一下。如果出现错误,只需创建一个代理类型,其中包含需要返回的所有信息。然后在您的WCF方法中返回:-)我不记得这是否对我们有效,但在最坏的情况下,您可以创建一个DTO对象(比如MyMembershipUser)并创建从MembershipUser到MyMembershipUser的映射。 这应该很直截了当
/// <summary>
/// Maps MembershipUser entity to MyMembershipUser business object.
/// </summary>
/// <param name="entity">A MembershipUser entity.</param>
/// <returns>A product business object.</returns>
internal static MyMembershipUser Map(MembershipUser entity)
{
return new MyMembershipUser
{
Id = entity.Id,
Name= entity.Name,
};
}
//
///将MembershipUser实体映射到MyMembershipUser业务对象。
///
///成员身份用户实体。
///产品业务对象。
内部静态MyMembershipUser映射(MembershipUser实体)
{
返回新的MyMembershipUser
{
Id=entity.Id,
Name=entity.Name,
};
}
我不记得这是否适用于我们,但在最坏的情况下,您可以创建一个DTO对象(比如MyMembershipUser)并创建从MembershipUser到MyMembershipUser的映射。
这应该很直截了当
/// <summary>
/// Maps MembershipUser entity to MyMembershipUser business object.
/// </summary>
/// <param name="entity">A MembershipUser entity.</param>
/// <returns>A product business object.</returns>
internal static MyMembershipUser Map(MembershipUser entity)
{
return new MyMembershipUser
{
Id = entity.Id,
Name= entity.Name,
};
}
//
///将MembershipUser实体映射到MyMembershipUser业务对象。
///
///成员身份用户实体。
///产品业务对象。
内部静态MyMembershipUser映射(MembershipUser实体)
{
返回新的MyMembershipUser
{
Id=entity.Id,
Name=entity.Name,
};
}
我可以这样做,但是我的服务和客户已经很大了,所以代码会有很多变化。怎么可能呢?如果您现在正在开发成员资格提供程序,那么依赖关系怎么会变得如此之大,以至于需要进行繁重的更改?一般来说,如果ModifierDI使用默认的成员资格提供程序并使用该提供程序,您应该努力限制需要更改大量代码的交叉关注点。我已经用这种方式工作了一个月,但由于这是我的第一个WCF、WPF项目,我没有任何前期计划,因为我不知道框架的可能性。我可以这样做,但我的服务和客户端已经很大了,所以代码会有很多变化。这怎么可能呢?如果您现在正在开发成员资格提供程序,那么依赖关系怎么会变得如此之大,以至于需要进行繁重的更改?一般来说,如果ModifierDI使用默认的成员资格提供程序并使用该提供程序,您应该努力限制需要更改大量代码的交叉关注点。我已经用这种方式工作了一个月,但由于这是我的第一个WCF、WPF项目,我事先没有任何计划,因为我不知道框架的可能性。