当前位置: 首页 > 面试题库 >

与makeStyles相比,使用withStyles有什么好处?

卫增
2023-03-14
问题内容

每个案例都有不同的用例吗?什么时候应在makeStyles上使用withStyles?


问题答案:

所述钩API(makeStyles/useStyles)只能与功能的部件使用。

的高次成分API(withStyles)可与类组件或功能的部件使用。

它们都提供相同的功能,并没有在无差异styles的参数withStylesmakeStyles

如果您将其与功能组件一起使用,则建议您使用Hook
API(makeStyles)。withStylesmakeStyles(并在内部委托makeStyles)相比,有一点额外的开销。

如果您要自定义Material-
UI组件的样式,则使用withStyles而不是仅出于调用目的将其包装到您自己的组件中是可取的,makeStyles/useStyles因为那样您就可以重新实现withStyles

因此,包装Material-UI组件可能类似于以下示例(来自如何设置Material-UI的工具提示?):

const BlueOnGreenTooltip = withStyles({
  tooltip: {
    color: "lightblue",
    backgroundColor: "green"
  }
})(Tooltip);



 类似资料:
  • 问题内容: 当在使用Doctrine类时需要自定义查询时,有人可以为我提供一些明确的理由(支持事实)来使用/学习DQL与SQL吗? 我发现,如果无法使用ORM的内置关系功能来实现某些目标,通常会在扩展的Doctrine或DoctrineTable类中编写自定义方法。在这种方法中,用直接的SQL编写所需的代码(使用带有适当准备好的语句/注入保护等的PDO)。DQL似乎是学习/调试/维护的另一种语言,

  • Spring REST文档最近发布,文档中说: 这种方法将您从像Swagger这样的工具强加的限制中解放出来 所以,我想问一下,与Swagger相比,SpringREST文档什么时候更适合使用,以及它释放了哪些限制。

  • 问题内容: 用…实现事情 似乎 已经 很简单 了… 与 ngResource相比 ,使用Restangular 有哪些优点/缺点? 1.1.3 将返回承诺,并且可以使用[最新的PRcommit来实现。将来会提供支持来支持Restangular所做的其他动词吗?如果发生这种情况,Restangular似乎将消失并变得不耐烦。 问题答案: 我是Restangular的创建者。 我已经在自述文件中创建了

  • 问题内容: 我计划使用P6Spy拦截我们体系结构中的数据库语句。但是,我在P6Spy网站上注意到该软件的最新版本是在2003年。有没有更好的选择,还是我应该坚持使用P6Spy? 问题答案: 我们仍将P6Spy与带有EJB2.0的Weblogic 8.1.5结合使用,并且具有一定的魅力。我将尝试将其与Weblogic 10.3和EJB3.0集成

  • 问题内容: 许多方法,如,,等已被弃用。 那么使用创建线程有用吗? 问题答案: 在具有数千个线程的大型应用服务器中,使用可能是一种有用的诊断技术。如果您的线程在逻辑上分组在一起,那么当您获得堆栈跟踪时,您可以看到违规线程属于哪个组(例如,“ Tomcat线程”,“ MDB线程”,“线程池X”等),可以是对跟踪和解决问题有很大帮助。

  • 问题内容: 过去,我的几个Ajax应用程序都使用GET请求,但是现在我开始使用POST请求。POST请求似乎更安全,并且绝对更友好/漂亮。因此,我想知道是否有任何原因使我应该使用GET请求。 问题答案: 我通常这样设置问题: 请求后有什么重要的变化吗? (尽管有日志记录等)。如果是,则应该是POST请求,如果不是,则应该是GET请求。 我很高兴您将POST请求称为“稍微”更安全,因为这几乎就是它们