依赖注入 – 为什么不使用IoC容器来解析实体/业务对象的依赖关系

无论是对还是错，我通常用我的实体行为，即使这种行为需要一个外部类。例：

public class Order : IOrder
{

    private string _ShipAddress;
    private IShipQuoter _ShipQuoter;

    public Order(IOrderData OrderData,IShipQuoter ShipQuoter)
    {
        // OrderData comes from a repository and has the data needed 
        // to construct order
        _ShipAddress = OrderData.ShipAddress;  // etc.
        _ShipQuoter = ShipQuoter;

    }

    private decimal GetShippingRate()
    {
        return _ShipQuoter.GetRate(this);
    }
}

正如你可以看到的，依赖项是构造函数注入。现在有几个问题。

>将你的实体依赖于诸如ShipQuoter之类的外部类是不好的做法吗？如果我正确理解定义，消除这些依赖似乎导致我走向一个贫血的领域。
>使用IoC容器来解析这些依赖并在需要时构造实体是不是很糟糕的做法？有可能做到这一点吗？

感谢任何洞察。