Question

就MVC而言,我有一份在我的控制员中即刻的可调意见书和一个模范物体,作为可调用的电文Delegate &UITableViewDataSource。在我确定代表和数据来源时,我刚才补充说,这一模式是:

    // INSIDE CONTROLLER
[tableView setDelegate:dataModel];
[tableView setDataSource:dataModel];

数据集符合模型,认为正确。但是,该代表是否在模式(即数据来源)中做得最好,或者(根据MVC条款)是否更适合控制人员?

    // INSIDE CONTROLLER
[tableView setDelegate:self];
[tableView setDataSource:dataModel];

<>strong>EDIT:I>应澄清,我的模型物体中含有一种可识别的NSMutableArray,持有我希望在可检索的电文中显示的数据(如果我把数据输入模型)。这似乎也发挥了作用,因为我可以直接从模型中填满可读书。

Answer 1

The usual practice is to make your view controller the delegate and datasource, having it conform to UITableViewDelegate and UITableViewDataSource or having it be a subclass of UITableViewController (which, you will note, conforms to those protocols itself). Of course, the code that provides your controller with the actual data should remain in your model layer.

针对您的EDIT,您的模范类别可能会使NSMutableArray成为一种财产,而贵表的观众控制者可以轻易获得这种财产。

Answer 2

页: 1 不幸的是,两者在实际当中有点相互交织,如代表返回动态增长高度(即使数据来源将细胞归为回报),或代表退回科长和脚 views观点(尽管数据来源只能归还平原名称)。

这些问题使得很难从数据来源和数据来源中将表格观点(为了把<代码>reloadData<>/code>)与代表分开。如果该代表的物体功能与数据来源和相同,则该代表实际上最容易。如果不可能,该代表通常最有意义,因为意见控制人管理表观点的表述。

Answer 3

UITableViewDelegate is responsible for more GUI-oriented stuff, so your view controller, which contains the table view is the best candidate to be a view delegate, data source can not be related to a GUI, but usually and in all apple examples they bind the controller, that contains the table view as both, so in case of apple samples it looks like (from the table view controller or in IB): YourTableViewController.m

[self.tableView setDelegate:self];
[self.tableView setDataSource:self];

友情链接