当我开始开发软件，ui设计或数据库设计时，应该是第一个？

Posted 2021-04-06

我尝试使用一些ui模拟软件来设计ui，但我发现我很难确定设计的所有细节，因为数据库还没有设计。

但如果我第一次设计软件，那么同样的问题就出现了，我没有UI，我怎样才能创建一个突出的UI？

答案

UI首先。

从用户的角度思考一个优雅且易于使用的用户界面（和工作流程）思考，然后再思考将UI带入生活所需的底层数据库/数据结构。

如果您因为尚未设计数据库而无法设计UI，那么你做错了恕我直言。你使用了多少烦人的软件，让数据库设计驱动UI设计？

编辑：正如其他人所指出的，您需要从用例/用户故事开始。 UI设计和数据库设计，无论您执行哪种顺序，都应该在您知道软件尝试做什么以及为谁做之后才会发生。

由Bryan Oakley编辑：

（来源：gapingvoid.com）

另一答案

将用户放在他应得的位置。首先设计UI。

数据库只是用户需求的结果。

另一答案

如果您尝试使用面向对象语言解决问题，建议您开始考虑所涉及的对象。在确定了可以解决所有用例的可靠域模型之前，请不要担心数据库或UI。

您最初不必担心数据库或UI。如果需要持久性且没有数据库，则可以将对象序列化到文件系统。能够使用命令行UI驱动您的应用程序是一个很好的练习，以保证您有一个良好的MVC分离。

从对象开始。

更新：

这种方法的一个优点是它不会损害具有特定数据库设计的UI，反之亦然。该对象与其他两层无关。您根本不需要拥有UI或关系数据库。你只是让对象正确。完成后，您可以创建任何您喜欢的UI或持久性方案，确信域模型可以处理您被要求解决的问题。

另一答案

首先使用用例，既不是ui也不是数据库。

另一答案

你的问题非常主观。

我的意见（而且就是这样）是数据库和底层结构应该是第一位的。它通常可以帮助放下键盘和鼠标并在纸上编辑一些笔记。

列出您希望应用程序执行的目标，列出您需要的功能，然后开始考虑如何构建它。

这种方法适用于我的应用程序设计。

另一答案

通常你需要操纵你开发的解决方案中的一些数据。因此，您应该首先考虑如何组织这些数据，从一开始就稳定这一层是至关重要的。如果您处于面向对象的世界，我同意duffymo关于首先设计业务对象的评论。将这些对象映射到数据库将是您工作的一部分。然后添加业务功能并在表示层上工作。当然，您将不得不不时进行一些重构，但通常重构会比数据库更多地影响业务和表示层。

读这个，这是一个很好的技巧。 DDD - Domain Driver Design

另一答案

你会建一座没有基础的房子吗？数据库设计不是很有趣的部分，但它是大多数商业应用程序的基础，如果你弄错了，它的修复成本最高，维护成本最高。

也就是说，我注意到没有理由你不能在两者交织在一起工作。但在你可以做之前，你需要了解你正在编写应用程序的要求和业务。

另一答案

以上所有答案都是朝着正确的方向解决您的问题。也就是说，我会彻底遵循SDLC。它可以帮助您了解解决问题的解决方案的必要性。然后是需求收集，然后是设计支持UI的UI /底层结构。这是一个程序，但最终你会受益。