- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
我有一个包含许多不同类型 View 的 UITableView
。在 UITableView
数据源的每个方法中,我需要检查单元格的类型和对象的类型,转换它们并正确操作。这不是很干净(它可以工作)但不是很容易维护。
所以我正在做一些事情来抽象这部分,但我有点卡住了。下面的代码是简化的,可能不是很有用,但它是为了演示我当前的问题:
extension UITableView {
func dequeue<T: UITableViewCell>(_ type: T.Type,
for indexPath: IndexPath) -> T {
let cell = dequeueReusableCell(withIdentifier: String(describing: type),
for: indexPath)
guard let cellT = cell as? T else {
fatalError("Dequeue failed, expect: \(type) was: \(cell)")
}
return cellT
}
}
struct Row<Model, Cell> {
let view: Cell.Type
let model: Model
var fill: ((Model, Cell) -> Void)
}
// Completly unrelated models
struct Person {
let name: String
}
struct Animal {
let age: Int
}
// Completely unrelated views
class PersonView: UITableViewCell {
}
class AnimalView: UITableViewCell {
}
// Usage:
let person = Person(name: "Haagenti")
let animal = Animal(age: 12)
let personRow = Row(view: PersonView.self, model: person) { person, cell in
print(person.name)
}
let animalRow = Row(view: AnimalView.self, model: animal) { animal, cell in
print(animal.age)
}
let rows = [
// personRow
animalRow
]
let tableView = UITableView()
for row in rows {
tableView.register(row.view, forCellReuseIdentifier: String(describing: row.view))
let indexPath = IndexPath(row: 0, section: 0)
let cell = tableView.dequeue(row.view, for: indexPath)
row.fill(row.model, cell)
}
代码有效,但是当我启用 animalRow
时,Swift 会报错。这并不奇怪,因为它无法解析类型。我不知道如何解决这个问题。
通过使用以下代码,我可以一次声明所有内容并在需要时执行所有部分,例如“填充”。我还将添加 onTap
等代码,但我删除了所有这些代码以保持问题清晰。
最佳答案
Sahil Manchanda 的回答涵盖了解决此问题的 OOD 方法,但缺点是您必须将模型定义为类。
我们首先要考虑的是我们在这里讨论的是可维护性,所以在我看来,Model 不应该知道 View (或者它与哪些 View 兼容),这是 Controller 的责任。 (如果我们想在其他地方对另一个 View 使用相同的模型怎么办?)
其次,如果我们要把它抽象到更高的层次,它肯定会在某些时候需要向下转换/强制转换,所以它可以抽象多少是一个权衡。
所以为了可维护性,我们可以增加可读性和关注点/本地推理的分离。
我建议使用 enum
为您的模型关联值(value):
enum Row {
case animal(Animal)
case person(Person)
}
好吧,现在我们的模型是分开的,我们可以根据它们采取不同的行动。
现在我们必须为 Cells 提出一个解决方案,我通常在我的代码中使用这个协议(protocol):
protocol ModelFillible where Self: UIView {
associatedtype Model
func fill(with model: Model)
}
extension ModelFillible {
func filled(with model: Model) -> Self {
self.fill(with: model)
return self
}
}
所以,我们可以让我们的细胞符合ModelFillible
:
extension PersonCell: ModelFillible {
typealias Model = Person
func fill(with model: Person) { /* customize cell with person */ }
}
extension AnimalCell: ModelFillible {
typealias Model = Animal
func fill(with model: Animal) { /* customize cell with animal */ }
}
现在我们必须将它们粘合在一起。我们可以重构我们的委托(delegate)方法 tableView(_, cellForRow:_)
就像这样:
var rows: [Row] = [.person(Person()), .animal(Animal())]
func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
switch rows[indexPath.row] {
case .person(let person): return (tableView.dequeue(for: indexPath) as PersonCell).filled(with: person)
case .animal(let animal): return (tableView.dequeue(for: indexPath) as AnimalCell).filled(with: animal)
}
}
我相信在未来这比 View 或模型中的向下转换更具可读性/可维护性。
建议
我还建议解耦 PersonCell
来自 Person
也可以这样使用:
extension PersonCell: ModelFillible {
struct Model {
let title: String
}
func fill(with model: Model { /* customize cell with model.title */ }
}
extension PersonCell.Model {
init(_ person: Person) { /* generate title from person */ }
}
然后在您的 tableView 委托(delegate)中像这样使用它:
func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
switch rows[indexPath.row] {
case .person(let person): return (tableView.dequeue(for: indexPath) as PersonCell).filled(with: .init(person))
case .animal(let animal): return (tableView.dequeue(for: indexPath) as AnimalCell).filled(with: .init(animal))
}
}
使用当前的方法,编译器将始终知道发生了什么,并会阻止您犯错误,并且将来通过阅读这段代码,您将确切地知道发生了什么。
注意
如果我们尝试将其抽象到更高级别(就像 Sahil 的回答),那么在某些时候它需要向下转换/强制转换的原因是 dequeue
不会在我们想要填充/自定义我们的单元格的同时发生。 dequeue
必须返回编译器已知的类型。要么是 UITableViewCell
, PersonCell
或 AnimalCell
.在第一种情况下,我们必须向下转换它,并且不可能抽象 PersonCell
和 AnimalCell
(除非我们在他们的模型中尝试向下转换/强制转换)。我们可以使用类似 GenericCell<Row>
的类型还有cell.fill(with: row)
但这意味着我们的定制单元必须在内部处理所有情况(它应该同时处理 PersonCell
和 AnimalCell
View ,这也是不可维护的)。
在没有向下转换/强制转换的情况下,这是我多年来获得的最好结果。如果您需要更多抽象(dequeue
的单行,fill
的单行)Sahil 的答案是最好的方法。
关于ios - 我应该如何重构我的自定义 UITableView 以提高可维护性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54630836/
是否有任何特定于 CoffeeScript 的技巧可以使这看起来更整洁: index = (-> if segment == 'index' return
我正在试验 C# 的不同领域并重构最佳实践/模式。 可以看出,下面的 Validate 方法有 3 个子验证方法。 有没有办法重新设计/重构此方法,以便删除 if 语句? (可能使用委托(delega
我正在制作一个简单的 Rails 站点,它将存储一些日期并执行基本的条件检查。我在下面写了一些方法,并被告知我可以使它们更有效率。我一直挠头,我不知道该怎么做。我应该让 entry.find 全局化吗
有没有更好的方法来编写这个函数?我继承了一些 javascript 代码,如果可能的话,我想让它更简洁。此外,我可能会添加更多“主题”元素,并且不想一遍又一遍地复制和粘贴。 function imag
1. 效果展示 在线查看 2. 开始前说明 效果实现参考源码: Logo 聚集与散开 原效果代码基于 react jsx 类组件实现。依赖旧,代码冗余。
我似乎缺乏足够的咖啡来让我清楚地看到以下问题。 假设我有一个包含两个构造函数和多个字段的类。一个构造函数是无参数构造函数,一个字段依赖于另一个字段。另一个构造函数为其其中一个字段获取注入(inject
关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。 这个问题似乎是题外话,因为它缺乏足够的信息来诊断问题。 更详细地描述您的问题或include a min
我有一个枚举,里面有一些状态: enum State { A, B, C, D } 以及具有相应状态的对象: class MyObject { State st
我的 build.xml 中有这段代码:
在Delphi XE中,我经常使用重命名变量重构(Ctrl+Shift+E),通过给出更有意义的变量名称来使我的代码更容易理解,例如: 这一切都很好,但是当我使用它时,我在工作空间方面遇到了一个小问题
我实现了一个逻辑来通过data变量计算剩余数量和成本。它循环遍历每个产品,并通过计算已返回数量状态的数量来计算剩余数量,并减去产品数量。 有没有办法重构这段代码,使其看起来更干净、易于理解/可维护?我
我正在学习 Haskell,所以这可能是一些非常微不足道的事情,但我希望得到一些关于如何重写它以及它如何工作的指示。 我有以下工作代码(使用的包: HTF 、 Parsec 和 Flow ): {-#
我有以下代码: switch(equipmentAttachment.AttachmentPosition) { case 'AttachFront': { if(
我正在尝试将代码从 Java Utility Logging 更改为 Log4J2。要更改代码,我想在 Eclipse 中使用代码重构。例如更改:导入 java.util.logging.Logger
我有一个处理 Excel 文件中的行的函数。在这个函数中,我有一个 for 循环。现在,一旦提取一行,我们就会检查各种条件。如果任何条件为假,我们继续下一步row.可以使用模式使这段代码更加结构化吗?
我正在重构一个有很多嵌套调用的程序,例如 ServiceManagement.getGlobalizationService() .createExportCo
我在 JTabbedPane 上重构了许多字段以减少冗余。但是,当我为字段数量设置常量大小时,出现空指针异常。我不太确定为什么会发生这种情况。我做错了什么,更重要的是有人可以解释发生了什么事吗? pu
我试图通过删除 map.setOnPolygonClickListener 和 map.setOnMarkerClickListener 中的重复项来重构以下方法。 两个监听器执行完全相同的操作,我想
关闭。这个问题需要多问focused 。目前不接受答案。 想要改进此问题吗?更新问题,使其仅关注一个问题 editing this post . 已关闭 6 年前。 Improve this ques
当我在这张照片中重构 Storyboard时 link . 我找不到在哪里可以交换标签栏项目的位置。 例如,我想将主菜单更改为索引 0。 这是我的storyboard . 最佳答案 您可以通过拖放标签
我是一名优秀的程序员,十分优秀!