在开始或计划一个新项目时，您是否总是倾向于考虑 db 架构，或者您是否走另一种方式开始设计 UI，然后向下移动？
还是你有不同的发展方式？
不是真正的敏捷/瀑布/规范/故事问题，只是一种了解人们在从事个人/专业或其他项目时倾向于哪种方式的方法。
我已经决定这两者都是过去最好的方法，并且目前处于 UI 第一阵营，但这可以而且将会改变!
干杯
约翰
最佳答案
对于普通用户来说，UI 是 软件。他们不关心数据的存储方式、您使用的平台等。因此，如果您的软件将被人们使用，我强烈建议从 UI 开始——原型(prototype)或模型。向用户展示并获得反馈。然后建立业务层和数据层。
我发现这有助于收集需求。非技术用户更有可能告诉您“哦，等等，我们需要此页面上的另一个字段”而不是“我们需要此表模式中的另一个属性”。他们也可能会说“我们这里需要另一个按钮”，这通常会转化为一些额外的业务逻辑等。
关于user-interface - 从数据库设计到 UI 还是反过来？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/429905/