程序架构步骤

时间:2009-11-11 10:55:44

标签: architecture

程序架构,数据库或类结构架构的第一步是什么?

5 个答案:

答案 0 :(得分:3)

收集要求。对于体系结构,非功能性需求通常比功能性需求更重要。

答案 1 :(得分:1)

我会说“你有什么比这更舒服”。

如果tou正在使用关系模型,那么无论如何都必须弥补与OO世界的差距(例如使用ORM)。

我通常开始使用数据库,但系统的整体类图可以大大改善数据库设计阶段。

方法论也是一个非常重要的考虑因素。敏捷方法和TDD可以更好地处理模式中的剧烈变化,因此您可以轻松返回并添加/删除表,字段(或类),并在您愿意的时候使用这两种策略。

答案 2 :(得分:1)

对于你拥有的两个选项......我首先使用Class结构然后使用Database ...

通常,类结构将代表数据库应该容纳的业务对象,但这是一般情况,有很多例外。

  • 通常,对于大多数“以业务为中心”的应用程序,请考虑现实世界的业务对象,然后将抽象作为类将其概念化作为数据库集合表和关系。如果你的班级设计相对比较好,那么班级和数据库表应该差别不大。
  • 如果您在专家系统或数据挖掘中遇到“以信息为中心的问题”,那么首先去数据库。

答案 3 :(得分:0)

数据库或(持久)类只是软件的一小部分......

通常,人们会选择他们更熟悉的技术(SQL或代码),并根据此定义另一种技术。

必须考虑使用ORM。

答案 4 :(得分:0)

一步一步地同时做两件事。在看一下另一个之前,不要试图“100%完成”。

原因是对象和数据库之间没有1:1的映射。例如,创建对象树非常简单。大多数ORM框架在将其映射到数据库时都存在严重问题。此外,在不重写所有代码的情况下,通常无法将事务处理改装到现有应用程序。

从一个优秀的数据库模型开始,可能会让您处于一种不清楚如何用对象模型表示的模式。数据库问题将泄漏到您的对象模型中。

这就是为什么你必须同时发展你的应用程序的两个部分,学习添加功能,通过自动化测试保护你的假设。