Symfony 扩展数据库实体类是一种良好的做法吗？
我的symfony项目中有一个用户实体类。用户类包含身份验证所需的基本信息-用户名、密码、电子邮件等。不过，我计划添加其他数据。比如体重，身高，喜欢的食物等等 在用户类中定义所有用户bio和数据是否是一种好的做法。或者用户类是否应该使用另一个实体类（例如成员）进行扩展，然后该成员应该实现高级成员或管理员类 如果是这样，实体类是否也应该包含具有业务逻辑的方法Symfony 扩展数据库实体类是一种良好的做法吗？,symfony,class,doctrine,entity,Symfony,Class,Doctrine,Entity,我的symfony项目中有一个用户实体类。用户类包含身份验证所需的基本信息-用户名、密码、电子邮件等。不过，我计划添加其他数据。比如体重，身高，喜欢的食物等等 在用户类中定义所有用户bio和数据是否是一种好的做法。或者用户类是否应该使用另一个实体类（例如成员）进行扩展，然后该成员应该实现高级成员或管理员类 如果是这样，实体类是否也应该包含具有业务逻辑的方法 提前感谢您正在介绍各种类型的。如果您计划拥有多个共享多个属性的类似实体，那么这是一个非常聪明的方法 另外，在Symfony应用程序中使用原则
提前感谢您正在介绍各种类型的。如果您计划拥有多个共享多个属性的类似实体，那么这是一个非常聪明的方法 另外，在Symfony应用程序中使用原则作为标准时，您肯定不希望在实体中包含任何业务逻辑，除非绝对不存在其他解决方案。这是通过使用DataMapper模式和条令来设计的，与使用诸如Elount Laravel和Ruby on Rails之类的ORM的ActiveRecord模式形成对比 本文很好地概述了ActiveRecord和DataMapper之间的区别；特别是将信条和Ruby on Rails作为对比方法：