导入和更新操作的设计模式

如果您正在考虑真正的总体设计，请考虑以下事项：

• 类UpdateSet：更新列表。CSV文件（如果需要）。
• 界面UpdateInstance：从请求的角度来看，不同类型的更新。CSV行（如果需要）。
• 类InsertInstance：器物UpdateInstance。插入请求。
• 类DeleteInstance：器物UpdateInstance。删除请求。

• 类ChangeInstance：器物UpdateInstance。更新请求。

• 接口UpdateSetBuilder：UpdateSet从某处产生一个。

• 类CSVUpdateSetBuilder：UpdateSetBuilder通过读取CSV文件实现。可能是单例对象。
• 接口UpdateParser：接受CSV行并产生一个UpdateInstance（或拒绝它）。
• 类InsertParser：器物UpdateParser。可能是单例对象。检测并解析插入请求。
• 类DeleteParser：器物UpdateParser。可能是单例对象。检测并解析删除请求。
• 类ChangeParser：器物UpdateParser。可能是单例对象。检测并解析更新请求。

不同的UpdateParsers在上注册，CSVUpdateSetBuilder并通过委托机制进行选择（即，依次为每个s赋予识别记录的机会，如果它返回null，则UpdateParser给予下一个机会）。

• 类Updater：的集合CustomerRecords并对其应用UpdateSet。
• 接口UpdateTypeDoer：从执行角度来看，不同类型的操作。
• 类InsertDoer：器物UpdateTypeDoer。检测InsertInstance对象并将其应用于数据。
• 类DeleteDoer：器物UpdateTypeDoer。检测DeleteInstance对象并将删除请求应用于数据。
• 类ChangeDoer：器物UpdateTypeDoer。检测ChangeInstance对象并将更新请求应用于数据。

不同的UpdateTypeDoers在上注册，Updater并通过委托机制进行选择（即，依次为每个变量赋予识别记录的机会，如果返回空值，则UpdateTypeDoer给予下一个机会）。

优点：非常灵活，并且易于演化和修改（添加新数据源，更新类型等）。缺点：在设计和实施时间方面的巨额投资可能永远无法收回。您是否要添加更新类型？不同的数据源？文件格式？

我一直认为，在设计和编程中，您可以无休止地做两件事：抽象和间接。知道多少就是太少，多少才是真正的艺术。