当前位置：文江博客话题详情

使用 POCO 时，行为逻辑应该放在哪里？

发布于 2024-10-15 01:18:36 字数 224 浏览 5 评论 0原文

我从未使用过 POCO，因此我习惯将大量逻辑放入业务对象类中。因此，我相信我错过了一些关于类布局的重要概念，以及这里所需的思考过程。

因此，我希望有一些想法可以将我的大脑引向正确的方向；

假设你有两节课；公司和员工。您能否举一些例子，说明您将“围绕”这些类构建哪些类来处理各种行为/验证等？ （例如一些类名称及其用途的简短描述）

（或者我想任何其他示例也同样有用。）

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

音盲 2024-10-22 01:18:36

您可以通过为该业务类创建元数据类来放置验证和业务逻辑
像这样

[MetadataType(typeof(EmployeeMetadata))]
    public partial class Employee
    {
        public class EmployeeMetadata
        {
            [Required(ErrorMessage="Employee Name is Required")]
            [StringLength(50, ErrorMessage="Must be under 30 Characters")]
            public string Name { get; set; }
         }
    }

这些类被称为“好友类”
请参阅此

you can put validation and business logic by creating a metadata class for that business class
like this

[MetadataType(typeof(EmployeeMetadata))]
    public partial class Employee
    {
        public class EmployeeMetadata
        {
            [Required(ErrorMessage="Employee Name is Required")]
            [StringLength(50, ErrorMessage="Must be under 30 Characters")]
            public string Name { get; set; }
         }
    }

these classes are called 'buddy classes'
Refer this

回复收藏 0 原文

望喜 2024-10-22 01:18:36

我通常为系统中的任何逻辑代码分组创建一个外观层。例如，假设用户拥有管理员凭据，则只需处理公司数据和员工数据。因此，在这种情况下，我将创建一个 AdminFacade 类，如下所示：

public class AdminFacade 
{  
   public Company GetCompanyByEmployee( Employee employee )
   {
        // open a db session / web service call etc.
        // run a query to find the company by employe id.
        // populate the company object 
        // close db session
        // return the populated customer object
   } 
}

我通常让 GUI 实例化所有 Facade 类，这就是 GUI 处理的全部内容。您还可以在 GetCompanyByEmployee 方法的开头添加验证，并在假设 employee.startdate 小于一年时抛出异常。

希望有帮助。

I usually create a facade layer for any logical code groupings in my system. For instance let's say a user will only need to deal with company data and employee data if the user has Admin Credentials. So in that case i would create an AdminFacade class as follows:

public class AdminFacade 
{  
   public Company GetCompanyByEmployee( Employee employee )
   {
        // open a db session / web service call etc.
        // run a query to find the company by employe id.
        // populate the company object 
        // close db session
        // return the populated customer object
   } 
}

I usually have my GUI instantiate all the Facade classes and that is all what GUI deals with. You can also add validation at the start of GetCompanyByEmployee method and throw an exception if lets say employee.startdate is less than a year.

Hope that helps.

回复收藏 0 原文

~没有更多了~