Question

我先提出多层次的申请,从所有数据存取的储存模式开始,然后回到服务部门。服务层面包括所有业务逻辑,将IList送回主计长(注:Im使用ASP)。 NET MVC for the UI上层。在数据存取层中可返回的教益是,它使我的储存库非常简单,数据库的查询将推迟。然而,我触发了我服务层的数据库问询,以便我的单位测试更加可靠,我没有给主计长灵活地重述我的询问。然而,我最近碰到了几个情况,即推迟向主计长提出询问会大大提高业绩,因为主计长不得不对统一制度的具体数据作一些预测。此外,随着霍塔等物品的出现,我开始问,最终点(例如,网络名称或网络皮)是否应当与可贵的线索直接合作。你们的想法是什么? 难道应该从服务层开始恢复信道,回到信道层? 或者与IList结盟?

This thread here: To return IQueryable<T> or not return IQueryable<T> seems to vouch for returning IList to the UI layers, but I was wondering if things are changing because of new emerging technologies and techniques.

Answer 1

我愿尽可能地坚持“可贵的接口”,唯一的问题是,如果你在主计长一级完成复杂的过滤或重新排序,如果你有这样的情况:

//DATA ACCESS
    public IQueryable<T> GetStudents()
    {
    return db.Students;
    }

在你的控制人员中,由于你的客户想要过滤某些有关结果的数据,你做了一些重新捕捉工作,肯定会诱使你在控制人员一级这样做:

var result = obj.GetStudents().Where(d=>d...);

and for me its ok, but just imaging if any other module need to use that same filter, you cant call it because its on the controller level. So for me its a thing of balance between DRY, flexibility, and how scalable is the system. If you need a fully scalable system you will need to do some or several overloads to GetStudents() method and get rid of any re-sharping at the controller level.

友情链接