【发布时间】:2009-04-23 03:56:44
【问题描述】:
我是一所大学的研究助理。我们正在重组我们的软件架构主题,希望能够“现代化”,并解决我们在过去学期发现的一些教学和协作学习问题。
要求学生使用 Eclipse 快速构建其架构系统的原型。
为了持久性,我们已引导学生使用 HSqlDb。
上学期我们收到了重要的反馈,即编写数据访问层和映射到 OO 花费了很多时间。这种管道工作可以更好地用于更相关的事情,例如扩展、端到端性能或满足更多场景。
在实际制作中,我会选择一种 ORM 技术,例如 Hibernate,但该主题已经太复杂而无法教授另一种技术(恕我直言,Hibernate 对于学生来说是一个需要学习的大量技术)。
那么,我向 SO 社区提出的问题:
- 我们是否应该考虑为学生提供一个面向对象的数据库(如果它们仍然存在的话)?这节省了 ORM 和管道的时间
- 我们是否应该坚持使用 RDBMS 并告诉学生推出自己的 ORM?
- 我们应该向学生介绍一个轻量级、简单的 ORM 吗?
请记住,这不是现实世界,但我们希望尽可能多地教授现实世界的技能。教授 ORM 不如让学生快速制作满足场景的系统原型那么重要。
我本质上是一名 C# 开发人员,但学生们只有在进入该主题时才熟悉 Java。
【问题讨论】:
-
Ted Neward 的文章 The Vietnam of Computer Science 似乎与此相关。
标签: database architecture orm