我正在申请iPhone。从本质上讲，它将是各种各样的指南，所有生成的信息都将在一个长窗口中。每个信息块都可以在其中包含一个“链接”，以生成另一个连接信息块（例如关于 Wallace 的块可以链接到关于 Gromit 的块）出现在顶部。
例如，在数据的开始1块：
Wallace ： Gromit的所有者
将成为2个街区（点击 Gromit ）：
Gromit ： Wallace的狗
Wallace ： Gromit的所有者
每个块也可以通过单击图标添加到收藏夹列表中。文本需要用HTML布局，每个块的长度可能不同。对不同的搜索也可以在顶部添加块。
对于像PHP这样的'简单'语言中的对象，我很好，但我对iPhone和Cocoa来说基本上是新手，我想从这里开始采用正确的方法。表格和单元格看起来是正确的方法，但是它有什么优势可以作为一个长列表（就像我可能在网络版本上做的那样）或者单元格可以容纳/布局信息的方式有任何限制会导致我排除故障。
我相信这种方法在词典中很受欢迎。
出于几个原因，我致力于使用单个滚动方式。主要的一点是，我希望用户能够立即滚动回到之前看过的条目。即，单个视图基本上代表了他们所查看的数据的历史记录。 （如果它有很多东西可以掉线）。每个条目都会很短，但总共会很多。因此，如果用户已查看
他们不是在看华莱士，快速的半秒滚动将他们带回'企鹅'。
答案 0 :(得分：3)
层次结构是了解iPhone的方法。
请记住，iPhone有一个小屏幕，用户只能在任何时间看到非常少量的信息。 （一位界面专家将其与驾驶进行了比较，同时用一只眼睛盯着一个2英寸的管道。）即使有索引，用户也很容易在一个很长的列表中上下滚动。 （这假设您的信息可以很容易地以用户可以立即识别的形式编制索引。）用户通常可以更轻松地点击多个视图，每个视图中的数据对每个级别越来越具体。此外，如此多的应用程序使用此分层系统，您的用户将习惯使用它并期望它。
系统方面，iPhone更容易一次只显示一个级别的层次结构，因此您的应用感觉更具响应性。硬件不会将所有数据保存在内存中，而只是维护它需要立即显示的数据。
如果我正确理解了数据模型，那么最好使用两个表和一个详细视图的层次结构。第一个表将有一个字母A-Z列表。第二个表将是以该字母开头的所有记录的列表。第三个是显示该记录链接的详细视图。因此，要查看OP中的示例，用户将选择W - ＆gt; Wallace - ＆gt;（Detail）Gromit。
我认为您应该对很长的网页或UIScrollView进行测试滚动，看看它如何影响性能和可用性。我会提醒您，在笔记本电脑或台式机硬件上看起来完全可用且速度快的布局在处理器较弱且屏幕小得多的移动设备上变得无法使用和放慢速度。将“快速半秒滚动”回到移动设备上长页面上的特定点而不是更大的屏幕上要困难得多。
您可以选择创建类似轮廓的表视图，根据需要插入新的缩进单元格。我仍然认为层次结构是移动设备上最快，最实用的布局。