持久化技术不可知的Java模型:JAXB与eCore 问题
给定一个特定于技术的Java模型T,我希望:持久化技术不可知的Java模型:JAXB与eCore 问题,java,model,jaxb,persistence,eclipse-emf,Java,Model,Jaxb,Persistence,Eclipse Emf,给定一个特定于技术的Java模型T,我希望: 在我的代码中使用的与技术无关的模型a(即MVC中的M) 一个持久化机制P来存储我的模型a 方法 目前我已经找到了一些选择: 选项1: 手动为一个类创建类 手动创建将T转换为A的代码 手动创建第三个JAXB模型J的XSD 从J生成JAXB模型类 手动创建代码以将A转换为J 使用JAXB自动保存J 加载时,必须手动将所有翻译创建到另一个方向 优势:看不到。这就是我的问题:) 缺点:所有选项中最具发展潜力的 选项2: 手动创建的JAXB模型的XS
- 在我的代码中使用的与技术无关的模型a(即MVC中的M)
- 一个持久化机制P来存储我的模型a
- 手动为一个类创建类
- 手动创建将T转换为A的代码
- 手动创建第三个JAXB模型J的XSD
- 从J生成JAXB模型类
- 手动创建代码以将A转换为J
- 使用JAXB自动保存J
- 加载时,必须手动将所有翻译创建到另一个方向
- 优势:看不到。这就是我的问题:)
- 缺点:所有选项中最具发展潜力的
- 手动创建的JAXB模型的XSD
- 为一个应用程序生成JAXB模型类
- 手动创建将T转换为A的代码
- 使用JAXB自动保存
- 加载时,必须手动将转换创建到另一个方向
- 优势:开发工作量低。可以直接持久化
- 缺点:我读到,使用JAXB类作为modell是个坏主意。但我不明白为什么
- 将的模型手动创建为eCore模型
- 从ecore模型生成A的类
- 手动创建将T转换为A的代码
- 使用eCore资源自动保存
- 加载时,必须手动将转换创建到另一个方向
- 优势:开发工作量低。可以直接持久化
- 缺点:没有
- 使用eCore真的那么清楚吗?或者我也应该考虑一下有哪些优点/缺点
- 这里有一种更简单的方法可以将特定于技术的模型T转换为不可知技术的模型L A。目前,我必须自己实现A和转换A T。找个简单点的办法就好了