是建立在我们使用基本组件

rmamin

所以这就是你所做的妥协与此同时，我不会在定制组件的特定事物上妥协。我之前工作的地方是一家旅游和航空公司的当前客户。航空公司有一些非常非常特殊的需求。例如，航空公司的日历，您想要输入价格，您想要输入...如果您不在特定日期前往该目的地，您不知道何时输入，您有这个出发和到达，并且大多数 UI 框架的基本日历不提供此类功能。所以在某些时候你可以说，好吧，我们就使用他们拥有的日历。就是这样。你需要超越这一点。所以大部分的妥协基本上都的基础上的吗？我们是否创建一款适合用户需求的定制产品？或者我们将两者混合起来？例如，就日历而言，我们使用日历网格，因此我们使用基本组件，然后在此基础上通过自定义来增强它。因此，这需要大量的 React 开发。

斯蒂芬妮：是的，所以通常你会做出很多妥协。

德鲁：因此，听起来使用用户界面框架可以让您 电报号码数据 达到一定程度的目标，但是要真正拥有良好的用户界面，您需要在顶部进行大量自定义吗？

斯蒂芬妮：通常。是的。

德鲁：这种定制是否超出了主题范围？

斯蒂芬妮：是的，我的开发人员希望它不会超出主题范围。尤金 如果你听我说的话。我想如果我们只改变所有东西的一些颜色，他会非常高兴。但是，是的，在某些时候您需要超越定制，因为首先，UI 框架就像乐高工具一样，是一种工具箱。因此，盒子里有很多不同的组件，但这并不能构建页面。您仍然需要页眉，仍然需要页脚。您仍然需要框架中没有的额外内容。因此有时您可以根据需要调整组件。据我了解，我们正在使用卡片组件来构建模式窗口，但模式窗口的问题在于它的行为并不像卡片。



斯蒂芬妮你有点超出了这个范围。你需要一个模糊的背景。您需要在点击时触发它，而通常您的卡已经在界面中了。所以我们使用这个卡片组件是因为它有很多我们需要的东西，比如背景、标题和顶部的标题，底部的一些按钮。所以我们有了结构，然后我们稍微调整一下。但有时我们最终会在语义和 HTML 方面遇到一些冲突。因为例如，我想要没有按钮形状的按钮，所以就像链接按钮一样，开发人员说，“好吧，所以我们使用像您的 href 链接这样的链接。” 我说：“不，这不是链接。这是一个按钮。当他们单击它时，它不会打开新页面。它清除了表单中的所有内容。”

斯蒂芬妮：所以从技术上从语义的角度来说它应该是一个按钮。“是的。但它不存在于框架中。” 我说：“好吧，我知道我们该怎么办？” 因此，通常你会开始讨论这些小事情，而且由于我的可访问性也让我的开发人员感到烦恼，这是另一个额外的层，试图确保我们拥有他们可以很好地工作的基本组件。而且它们在语义上就像我不想在 gif 中的 gif 中添加带有 gif 的按钮。否则我们最终会遇到问题。

德鲁：我想开始一个将使用 UI 框架的新项目，您可能需要从某种用户研究开始。

斯蒂芬妮：是的。