解析二进制文件数据并存储在数据库中的设计模式

1. 只需使用您想到的任何技术编写您的文件解析器
2. 为它编写大量的单元测试,以确保覆盖了所有的边缘情况

现在你脑子里只会浮起一些理论,其中大部分都会被误导。

第三步:无情地重构。您的目标应该是删除大约一半的代码

您会发现,您的代码在最后要么类似于现有的设计模式,要么创建了一个新的设计模式。您将有资格回答此问题:-)

我完全同意Orion Edwards的观点,这通常是我处理问题的方式;但最近我开始看到一些疯狂的模式。

interpreter (或 strategy )这需要一些时间 builder (或 factory )创建数据的每个部分。

对于流式数据,整个解析器看起来像一个 adapter ,从流对象适配到对象流(通常只是一个队列)。

对于您的示例,可能有一个用于完整数据结构(从head到EOF)的构建器,它在内部使用用于内部数据元素的构建器(由解释器提供)。一旦遇到EOF,将发出一个对象。

战略模式也许是你想看的。策略是文件解析算法。

然后您需要一个单独的数据库插入策略。

Lex