In most cases this would be redundant. Each NSView not need to have a controller. What about representations that are not related to the model layer - in this case, the mediator / controller would not be superfluous? In a large table, this will increase the number of controller objects that are likely to be unnecessary.
I would carefully consider the TableViewPlayground sample project available in the documentation. Note that in this project, Apple uses various views containing strings. In particular, focus on the ATComplexTableViewController class and its associated nib file. Here, the dataSource for the table view returns views for which the dataSource itself acts as an intermediary between the view and the model.
source share