我正在开发一个应用程序，努力遵循领域驱动设计（DDD）的概念和实践。我已经构建了一个丰富的领域模型，其中包含了实体、值对象，并且将业务规则封装在这些对象内部。
实体本身并不包含太多字段，从数据量上看相对较小，但问题在于，由于某些实体需要处理大量的交互场景，导致这些实体的类变得非常庞大。
每个与领域实体的交互，比如执行某个操作、获取某个属性值或是检查某种条件，都通过实体类中的公共或内部方法来表示，而每个方法中都蕴含着相应的业务规则。
为了解决这个问题，我尝试将这部分逻辑抽取到称为“策略”的内部类中。这样一来，原本直接在实体类中的代码：
public int CalculateAmountOfCoolThingy()
{
int result = 0;
// 这里有超级复杂的计算逻辑，涉及100行代码
return result;
}
就被重构为：
internal sealed class CoolThingyCalculationPolicy
{
public int CalculateAmountOfCoolThingy(MyEntity entity)
{
int result = 0;
// 同样的复杂计算逻辑，只是移到了这里
return result;
}
}
然后在实体类中，通过调用这个策略类的方法来实现功能：
public int CalculateAmountOfCoolThingy()
{
CoolThingyCalculationPolicy policy = new CoolThingyCalculationPolicy();
int result = policy.CalculateAmountOfCoolThingy(this);
return result;
}
我想知道，这样的做法是否恰当？是否符合良好的编程实践？因为感觉上还是有些不妥。或许还有更好的解决方案吗？