所以这就是你所做的妥协。但与此同时，我不会在定制组件的特定事物上妥协。我之前工作的地方是一家旅游和航空公司的当前客户。航空公司有一些非常非常特殊的需求。例如，航空公司的日历，您想要输入价格，您想要输入...如果您不在特定日期前往该目的地，您不知道何时输入，您有这个出发和到达，并且大多数 UI 框架的基本日历不提供此类功能。所以在某些时候你可以说，好吧，我们就使用他们拥有的日历。就是这样。你需要超越这一点。所以大部分的妥协基本上都是建立在我们使用基本款适合用户需求的定制产品？或者我们将两者混合起来？例如，就日历而言，我们使用日历网格，因此我们使用基本组件，然后在此基础上通过自定义来增强它。因此，这需要大量的 React 开发。
斯蒂芬妮：是的，所以通常你会做出很多妥协。
德鲁：因此，听起来使用用户界面框架可以让您达到一定程度的目标，但是要真正拥有良好的用户界面，您需要在顶部进行大量自定义吗？
斯蒂芬妮：通常。是的。
德鲁：这种定制是否超出了主题范围？
斯蒂芬妮：是的，我的开发人员希望它不会超出主题范围。尤金 如果你听 电报号码数据 我说的话。我想如果我们只改变所有东西的一些颜色，他会非常高兴。但是，是的，在某些时候您需要超越定制，因为首先，UI 框架就像乐高工具一样，是一种工具箱。因此，盒子里有很多不同的组件，但这并不能构建页面。您仍然需要页眉，仍然需要页脚。您仍然需要框架中没有的额外内容。因此有时您可以根据需要调整组件。据我了解，我们正在使用卡片组件来构建模式窗口，但模式窗口的问题在于它的行为并不像卡片。
斯蒂芬妮：你有点超出了这个范围。你需要一个模糊的背景。您需要在点击时触发它，而通常您的卡已经在界面中了。所以我们使用这个卡片组件是因为它有很多我们需要的东西，比如背景、标题和顶部的标题，底部的一些按钮。所以我们有了结构，然后我们稍微调整一下。但有时我们最终会在语义和 HTML 方面遇到一些冲突。因为例如，我想要没有按钮形状的按钮，所以就像链接按钮一样，开发人员说，“好吧，所以我们使用像您的 href 链接这样的链接。” 我说：“不，这不是链接。这是一个按钮。当他们单击它时，它不会打开新页面。它清除了表单中的所有内容。”
斯蒂芬妮：所以从技术上从语义的角度来说它应该是一个按钮。“是的。但它不存在于框架中。” 我说：“好吧，我知道我们该怎么办？” 因此，通常你会开始讨论这些小事情，而且由于我的可访问性也让我的开发人员感到烦恼，这是另一个额外的层，试图确保我们拥有他们可以很好地工作的基本组件。而且它们在语义上就像我不想在 gif 中的 gif 中添加带有 gif 的按钮。否则我们最终会遇到问题。
德鲁：我想开始一个将使用 UI 框架的新项目，您可能需要从某种用户研究开始。
斯蒂芬妮：是的。 |
