们每个人都采用了一项技术来

If you like to build email list then you can write here
Post Reply
ruhul400
Posts: 2
Joined: Sat Nov 04, 2023 8:13 am

们每个人都采用了一项技术来

Post by ruhul400 »

这是我们刚刚在 React 项目中研究的内容,研究我们如何处理 CSS。目前,我们有一些用于整个应用程序的大型全局 CSS 文件,我们确实遇到了这种情况,即我们的包大小一直在增长、增长、增长,而且永远不会变得更小,即使事情确实变得更小已删除。因此,我们一直在研究诸如样式组件之类的东西,Tailwind 也是我们正在认真考虑的另一个选择。你仔细看过顺风吗?

米娜:我没看过很多。我一直对此很好奇,但同样,我从来没有真正有时间深入研究它是否是我想尝试将其引入到我们的代码库中的东西。

德鲁:我实际上很惊讶,因为像你一样,我对如何做这些事情有点老派。我喜欢良好的关注点分离。我喜欢用 CSS 编写 CSS,当然,Tailwind 的方法是拥有所有这些类名称,这感觉有点像您正在应用的内联样式。如果感觉很脏。

米娜:是的。

德鲁:我在团队中自愿加入,我调查它们是否适合 牙买加手机号码列表 我们的问题,我自愿关注 Tailwind,因为我绝对确定我会讨厌它。

米娜:不,不。

德鲁:但事实证明我实际上认为它解决了很多问题。我印象很深刻。

米娜:是的。我已经开始采用类似的思维方式,因为过去我更喜欢让一个类包含特定组件所需的所有样式,而不是像我相信 Tailwind 那样为每个属性创建一个类或类似的语言。出于类似的原因,感觉很像,“好吧,我此时只是运行内联 CSS。我为什么要这么做?但随着我的开发越来越多,在我们的 Slack 设计系统中,我创建了一堆我称之为实用程序类的东西,它们可以做一些事情,比如用模式添加一些边距。我注意到,除了组件类之外,我越来越多地使用这些类。所以我想,“好吧,也许我应该重新审视整个过程,一次将 CSS 作为一个声明。” 我不知道我是否会走那么远,但这绝对值得考虑。

德鲁:就瘦客户端和胖客户端解决方案之间的趋势而言,计算似乎发生了转变。我们从带有终端的大型机开始,然后是带有 Windows 和 Office 以及所有这些大型应用程序的 PC 时代。它们都变得非常慢,然后网络出现了,那只是一个浏览器,所有的工作都在服务器上完成。一切又变得又快又快。现在我们又把所有工作都放回浏览器中,一切都通过 JavaScript 完成,比如 React 和 JAMstack 方法,我们又回到了胖客户端。有时我担心我们对浏览器的要求太多。这是一个错误吗?我们对浏览器在 React 中完成所有这些事情的要求是否过高?

Image

米娜:我想说的是,但再次警告一下,我的经验很大程度上包含在大多数静态网站中。我不做很多产品开发。所以也许在这个领域,这更有意义。但从我的角度来看,我觉得我们很多时候都在使用斧头,而我们只需要一把黄油刀。我不知道为什么我们需要将所有这些都放在浏览器中,给客户端带来如此多的工作和如此大的压力。我觉得我们可以做得更简单。总是让我对使用 React 有点犹豫的事情之一,或者我说犹豫,但我的意思是,当它让我发自内心地愤怒并且我积极反对时,是当我访问一个网站时,实际上什么都不会呈现,因为那里是一个错误还是其他什么,比如,“真的吗?整个页面都坏了,是因为某个功能坏了?”

米娜:只是让我有点恼火的是,很多时候这是一种全有或全无的方法。我过去在 AEA 和其他地方做过的一次演讲是谈论如何逐步增强,不仅仅是你的发展,还包括艺术指导和网站设计。我会特别指出一些网站没有进行渐进增强或任何类型的优雅降级的例子。这就像要么你在浏览器中运行 JavaScript,要么你什么也得不到。它就像一个简单的网站,代表有关网页设计历史的信息,这是实际谈论的网站之一,从 1990 年到现在的网页设计历史。这是一个漂亮的网站,有很多时间线和动画。但它也可以仅用一个列表静态呈现。在不显示任何内容和显示完美增强的体验之间有一些步骤,我认为由于我们现在处理现代 Web 开发的方式而丢失了这种体验。
Post Reply