业务层分页方法应该提供怎么样的接口

[lawbc]

比如在UI层需要调用分页的方法，返回数据
我一般是这样写方法的

public IList<User> GetList(int pageIndex,int pageSize,out int rowCount)

这样是否有不妥之处，有什么好的方式呢，求解

[子夜__]

如果写通用点儿的话 还是把USER换成T。。。
IList<T> GetList(int pageIndex,int pageSize,out int rowCount)

这样比较通用吧。


如果你换个类的话 这个接口就不能用了哦。

[lawbc]

我不是担心User这个类型，而是方法签名问题

每次都要传int pageIndex,int pageSize,out int rowCount感觉很不爽的样子

我想问下大家是不是也这样写方法的

我看到有人是2个参数的，startIndex 和 endIndex，如果这样的话，那么总行数怎么返回到调用方呢

其实我就想说这个问题，数据总行数是否需要返回给调用方，如果需要的话，方法是不是加个out的参数
如果不要的话，那么调用方怎么知道总共记录数呢

[子夜__]

[Quote=引用 2 楼 liubiaocai 的回复:]

我不是担心User这个类型，而是方法签名问题

每次都要传int pageIndex,int pageSize,out int rowCount感觉很不爽的样子

我想问下大家是不是也这样写方法的

我看到有人是2个参数的，startIndex 和 endIndex，如果这样的话，那么总行数怎么返回到调用方呢

其实我就想说这个问题，数据总行数是否需要返回给调用方，如果需要的话，……
[/Quote]
如果你是担心这个的话 我感觉没必要
你完全可以把int pageIndex,int pageSize,out int rowCount

这些东西 做一个实体。。
我前面的项目就是这么做的。。
个人见解。。

[lawbc]

可能是我自己想太多了吧，其实参数就这3个没有什么不好的，就是如果还有其他参数的时候，感觉有点不好

[子夜__]

[Quote=引用 4 楼 liubiaocai 的回复:]

可能是我自己想太多了吧，其实参数就这3个没有什么不好的，就是如果还有其他参数的时候，感觉有点不好
[/Quote]
其实多参数也无所谓

建一个实体类而已。

[wuyq11]

没有什么。可继承接口定义一个返回总数
public interface IBaseDAL<T> where T : BaseModel, new()
{
int Add(T model);
int Update(T model);
int Delete(T model);
。。。。
}