C# 为什么开发人员有时不使用对象关联:聚合和包含
我浏览了一些asp.net应用程序表单asp.net 我看到一些示例没有使用OOP聚合或包含,例如 开发人员在我的job posting类和company类中使用countryID而不是country对象 我想知道是否推荐这种方式C# 为什么开发人员有时不使用对象关联:聚合和包含,c#,oop,C#,Oop,我浏览了一些asp.net应用程序表单asp.net 我看到一些示例没有使用OOP聚合或包含,例如 开发人员在我的job posting类和company类中使用countryID而不是country对象 我想知道是否推荐这种方式 public class JobPosting { #region Member Variables private int intJobPostingID; private int intCompanyI
public class JobPosting
{
#region Member Variables
private int intJobPostingID;
private int intCompanyID;
private string strContactPerson;
private string strTitle;
private string strDepartment;
private string strJobCode;
private string strCity;
private int intStateID;
private int intCountryID;
private int intEducationLevelID;
private int intJobTypeID;
private decimal dblMinSalary;
private decimal dblMaxSalary;
private string strDescription;
private DateTime dtPostingDate=DateTime.Now;
private string strPostedBy=HttpContext.Current.Profile.UserName;
}
public class Country
{
private string strCountryName;
private int intCountryID;
public Country()
{
}
}
public class Company
{
private int intCompanyID;
private string strUserName;
private string strCompanyName;
private string strBriefProfile;
private string strAddress1;
private string strAddress2;
private string strCity;
private int intStateID;
private int intCountryID;
private string strZIP;
private string strPhone;
private string strFax;
private string strEmail;
private string strWebSiteUrl;
}
在您所展示的示例中,建议使用Country而不是countryId。ORM框架就是专门用于此目的的。域模型应遵循oop原则,如组合和继承,ORM将弥合DB和域模型之间的差距。在您所展示的示例中,建议包括国家而不是国家ID。ORM框架专门用于此目的。域模型应遵循oop原则,如组合和继承,ORM将弥合DB和域模型之间的鸿沟。有时,您在internet上发现的内容不需要完美和微调。毕竟这些都是人类在写它。这可能只是开发人员没有意识到这个概念,或者故意忽略了它的建议,或者不仅仅是基于这种情况。我只是在寻找一些例子,因为我是初级开发人员。我独自一人工作,寻找建议你所期望的只是正确的,只是在这个特定的案例中,开发人员没有实现它。很难回答。。。人们出于各种原因编写各种代码。无法解释(甚至常常是猜测)为什么选择(或发生)特定的代码样式。即使用<代码> HTTPACTIONE的代码。当前< /代码>可能包含一些其他人会认为坏的其他位。或美丽。。。取决于一个人的心情。有时你在网上找到的东西不需要完美和微调。毕竟这些都是人类在写它。这可能只是开发人员没有意识到这个概念,或者故意忽略了它的建议,或者不仅仅是基于这种情况。我只是在寻找一些例子,因为我是初级开发人员。我独自一人工作,寻找建议你所期望的只是正确的,只是在这个特定的案例中,开发人员没有实现它。很难回答。。。人们出于各种原因编写各种代码。无法解释(甚至常常是猜测)为什么选择(或发生)特定的代码样式。即使用<代码> HTTPACTIONE的代码。当前< /代码>可能包含一些其他人会认为坏的其他位。或美丽。。。取决于个人情绪。谢谢,但我不是批评开发者,而是因为我需要好的资源或tut,或者关于如何将我的对象映射到我的数据库的建议。对不起,我看了EF,但我的经理不想修改,因为我们的旧代码。你说得很对。我认为您应该尝试说服您的经理了解EF等框架的发展情况,并告诉他,理想情况下,代码也应该与技术保持同步。此外,这些技术还有很多支持。祝你好运!谢谢,但我不是在批评开发人员,而是因为我需要好的资源或tut,或者关于如何将我的对象映射到我的数据库的建议,对不起,我看了EF,但我的经理不想修改,因为我们的旧代码。你说得对。我认为您应该尝试说服您的经理了解EF等框架的发展情况,并告诉他,理想情况下,代码也应该与技术保持同步。此外,这些技术还有很多支持。祝你好运!