果您发现自己正在处理的项

rmamin

目尚未发生该过程并且已经选择了 UI 框架，那么是否存在用户界面可能开始受到该框架中已存在的组件影响而不是被驱动的危险根据用户的需求？

斯蒂芬妮：老实说，我参与的大多数项目最终都会做出很多权衡，即使你真的很努力。所以这主要是关于平衡和与开发人员讨论。所以通常我做的就是做一些线框，甚至是快速的纸线框，好吧，在这个页面上我们需要那个那个那个组件，我做的第一件事就是问开发人员我们的产品中有这个吗？目前的框架？它是什么样子的？然后我们一起决定，好吧，这是一个可以完成这项工作的组件，或者好吧，这不能完成这项工作。我们调整它吗？就像我们仍然保留该组件，但稍微改变它以使其完成工作，还是从头开始构建一些东西？

斯蒂芬妮：当然，最终这将取决于预算。所以你最终做出了权衡。就像我会接受 电报号码数据 那些几乎从未使用过的小组件，如果它们不完美并且几乎没有问题的话。但对于主导航、主要结构、你一直在屏幕上看到的东西来说，这确实需要起作用。用户需要了解他们如何有效地工作，是的，正如你所说，在没有任何框架的情况下你希望拥有的理想体验与你手头的东西和预算以及定时。如果我们说，好吧，对于这些冲刺，该功能需要在本次冲刺结束时完成，然后他们说，好吧，但如果你想要你的组件，我们永远不会在本次冲刺结束时完成该功能，那么你开始讨论，好吧，我们是否在下一个屏幕中完成此功能，我们是否需要更多时间来正确完成它？通常这确实取决于。

斯蒂芬妮：最让我沮丧的是，当我知道我们使用作物修复组件时，他们对我说，哦，不，别担心。我们稍后会解决这个问题。我知道后者的不幸可能永远不会发生。所以要看团队。但过了一段时间，你有了经验，你就知道，这会稍后到来还是不会？是的，这就是妥协。当您使用这些工具时。



德鲁：作为一名开发人员，我喜欢 UI 框架的原因之一是它们通常带有默认样式。因此，这意味着我不一定需要设计师来帮助我设计所有组件的外观和感觉。这是我们在项目中应该依赖的东西吗？只是默认样式并相信框架的制作者在设计这些组件方面做得非常好？或者您会自己设计这些组件的样式吗？

斯蒂芬妮：我认为这确实取决于。例如，Material-UI 的问题是您的网络应用程序的外观和感觉基本上是配置的 Google 产品。因此，如果你实际上不改变字体，改变一些颜色，并带上你自己的品牌标识，那么你将拥有一个看起来就像任何谷歌产品一样的产品，这可能是一件好事，因为如果您的用户习惯了 Google 产品，这可能有助于他们理解它。那么通常如果你的团队中没有设计师，你有什么选择吗？就像我见过的许多不同的作品一样，它们带有自定义主题，所以至少你可以改变颜色。我认为你也可以很容易地改变字体。但同样，如果您更改颜色并且您不太擅长设计甚至可访问性，也许您将使用的颜色会发生冲突，它们可能会存在对比度问题。