我很难在一个解决方案中尝试解决项目之间的交叉依赖性。 解决方案是一个包含多个项目的asp.net应用程序。
Web项目使用SLN.Core项目中的sessionwrapper类的服务。 声明如下:
public sealed class SW
{
public static tblUserRow User
{
get
{
if (HttpContext.Current == null) return null;
return HttpContext.Current.Session["dtUser"] == null ? null : (tblUsersRow)(HttpContext.Current.Session["dtUser"] as tblUsers).Rows[0];
}
}
public static void User_Load(string userId)
{
tblUsers users = new tblUsers();
users.LoadByID(userId);
if (users.Count != 0)
{
HttpContext.Current.Session["dtUser"] = users;
}
}
}
tblUserRow是单独模型项目中用户类(强类型数据表)的模型定义的一部分。 SW类中还有一些其他方法,但不相关。 所以在SLN.Web中我可以访问用户数据,如“SW.User.Name”
模型项目由两个不同名称空间中的结构(模型类)和数据库引擎类组成。
如上所示,SW类依赖于声明User的模型。 到这里一切都好。
但事实是模型对象在首次创建类时需要User,Company等数据,因此可以获取默认值。 F.Ex:如果您创建新发票,最好让用户(客户)分配仓库或付款类型。
根据工作要求,数据库引擎需要公司或用户数据来获取数据库(每个公司一个)或使用用户信息保存日志条目。
直到每天调用数据库引擎类甚至方法传递的对象的那一天,但现在我正在重构这个并且我认为如果可以直接在相应位置获取该信息,它会更清洁并且消耗更少的内存来自SW。
但他们之间存在交叉依赖关系。并且由于SW成员被声明为静态,因此它们可以在会话中保持独立,我无法创建接口。
有什么建议吗?
更新:先前已解决的用户数据范围存在问题,因此我在此进行了更正。 此外,我还会添加更多代码以便更好地理解。从这里VB,对不起老兄,但这是一个很好的多样性模型。
SLN.Models中的tblUser模型示例:
<DesignerCategory("Code"), System.SerializableAttribute()>
Partial Public Class tblUsers
Inherits TypedTableBase(Of tblUsersRow)
<DebuggerNonUserCodeAttribute()>
Public Sub New()
MyBase.New()
BeginInit()
InitClass()
EndInit()
End Sub
<DebuggerNonUserCodeAttribute()>
Private Sub InitClass()
TableName = TABLE_NAME
With Columns
.Add(New DataColumn(FIELD_ID, GetType(String)))
.Add(New DataColumn(FIELD_Name, GetType(String)))
...
'Added that last columns as example
.Add(New DataColumn(FIELD_Company, GetType(String)) With {.DefaultValue=SW.Company.ID})
.Add(New DataColumn(FIELD_Warehouse, GetType(String)) With {.DefaultValue=SW.Company.Warehouse})
End With
Dim keys(1) As DataColumn
keys(0) = Columns(0)
PrimaryKey = keys
End Sub
...
<DebuggerNonUserCodeAttribute()>
Public Sub LoadByID(Id As String)
Rows.Clear()
Merge(New SLN.DBEngine.Generic(SW.Company.Connection, doLog:=False).ExecuteQuery(COMMAND_LOADBY_ID, Id))
End Sub
...
End Class
Partial Public Class tblUsersRow
Inherits DataRow
<DebuggerNonUserCodeAttribute()>
Friend Sub New(ByVal builder As DataRowBuilder)
MyBase.New(builder)
End Sub
<DebuggerNonUserCodeAttribute()>
Public Property ID() As String
Get
Return DirectCast(MyBase.Item(0), String)
End Get
Set(value As String)
MyBase.Item(0) = value
End Set
End Property
<DebuggerNonUserCodeAttribute()>
Public Property Name() As String
Get
Return DirectCast(MyBase.Item(1), String)
End Get
Set(value As String)
MyBase.Item(1) = value
End Set
End Property
...
End Class
**模型类是这样的,而我在EF上获得了多个数据库的解决方案。它们是普通数据表。
是的,还有另一个名为Company的模型类,它也在SW中用于在会话中提供公司的数据(多个用户,多个公司登录) 您可以看到,在用户构建时,可以从SW检索默认值。对于其他模型(如发票头),每个示例也是如此。这就是我想要的行为。到目前为止,所有获取默认值的模型都会获得一个完整的对象作为New()的参数。某些模型只需要来自+25 flds对象的一个字段。 他们还使用DBEngine来加载/查询/保存/删除数据。
在SLN.Web中可以看到这样的东西(登录):
SW.Company_Load(ddlCompany.Text)
sDescription = New Generic(SW.Company.Connection,False).ExecuteQuery("sp_Warehouse_LoadBy_Id",SW.User.Warehouse).Rows(0)("rDescription").ToString
Thaaats一个例子。
所以SLN.Core.SW需要SLN.Models.tblUsersRow和SLN.DBEngine.Generic
SLN.Models.tblUsers需要SLN.DBEngine,但也想获得SLN.Core.SW ...
SLN.DBEngine ...需要SLN.Core.SW所以他知道要指向的数据库(其他一些东西)
SLN.Web需要所有这些。 (感叹!)
清除? (Errr ...)
答案 0 :(得分:1)
很难清楚地理解你的故事。但是从我得到的,你的模型需要current_user来创建对象(好吧,我没有得到业务逻辑,为什么这是必需的),你的web sln需要current_user的模型。
基本上,流程应该是这样的:
有很多方法可以实现这一目标,但我建议2解决方案:
假设您执行依赖注入,则需要执行此实现。干净,可测试。此设计适用于模型解决方案。
public interface IUserProvider
{
User CurrentUser { get; }
}
public class ModelCreator
{
public ModelCreator(IUserProvider provider)
{
this.provider = provider;
}
IUserProvider provider;
public Invoice Get(){
User currentUser = provider.CurrentUser;
// do other
}
}
此实现将在不依赖注入的情况下完成。不干净,但可模仿,易于设计。此设计适用于模型或实体解决方案。
public static class UserProvider
{
private static Func<User> currentUserDelegate = new Func<User>(NullUser);
public static Func<User> CurrentUserDelegate
{
set
{
currentUserDelegate = value;
}
}
private static User NullUser()
{
return null;
}
public static User CurrentUser
{
get
{
return currentUserDelegate();
}
}
}
用法:
public sealed class SW
{
private static User _currentUser;
public static User GetCurrentUser()
{
if (_currentUser == null)
{
tblUsers users = new tblUsers();
users.LoadByID(userId);
HttpContext.Current.Session["dtUser"] = users;
_currentUser = users[0];
}
return _currentUser;
}
public static void User_Load(string userId)
{
UserProvider.CurrentUserDelegate = new Func<User>(GetCurrentUser);
}
}
答案 1 :(得分:0)
我终于通过将与SW类相关的数据实体类移动到同一个CORE项目来解决了交叉依赖性问题。 还将DB访问引擎类移动到CORE,因此在模型项目中只有实体,它可以依赖CORE进行数据库访问。 CORE项目不依赖于任何东西,因为它的所有实体都在其上,并且还具有数据库访问引擎。
所以最后这是另一个糟糕的结构设计问题。
我也想赞扬Fendy,因为在其他场景中答案很好。 @Fendy,如果你知道给你信用的方式,请告诉我。 感谢。