这些前端基础知识，还是别忘记得好
在所有最新的趋势和无尽的范例中，我们似乎忘记了前端开发的基础。
最近 Pavel Pogosov 注意到了一些改变他对这个行业看法的事情。似乎在所有无尽的趋势、范式和新奇中，我们忘记了前端开发的核心。
在这篇文章中，Pavel Pogosov 想分享一些最近项目中的代码片段，并试图解释他的想法。
无尽的过度复杂化
这里有一个最基本的卡片组件，它有一个可选的 header 属性。如果这个属性存在，我们会将其渲染在带有特定类名的 div 中。
在简单的情况下，一切都运作良好。默认情况下，<Card /> 不会渲染 header，而 <Card header={"I am header"} /> 会渲染 header。当 header 的内容是动态的并且可能返回实际内容或 null 时——<Card header={<CardHeader />} />，问题就开始出现了。我们的条件 {header && <div />} 无法检测到它并会渲染一个空的 div。
一位开发者试图解决这个问题。他想，“等等，我们可以检查 div 的内容，如果为空就隐藏它！”他写了大致这样的代码：
另一个人在代码审查中注意到，这段代码仅在初次渲染时有效。如果是异步更新的，useEffect 不会被调用。经过长时间的讨论，开发者们决定将注意力转向 MutationObserver。
在他们讨论期间，他们也向 Pavel Pogosov 寻求建议。老实说，向他们展示 Pavel Pogosov 的解决方案真的很有趣）只需要使用常规的 CSS 就能解决这个问题。
开发者们已经习惯了过度复杂化任务，以至于他们甚至没有检查 CSS 的基本功能。
1993 年的错误
在 Pavel Pogosov 之前的项目中，他们有一个侧面板小部件，它必须拉伸到其全高，但不能覆盖 header 和 footer。大致的公式如下：100% - headerHeight - footerHeight。
这个解决方案在所有页面上都运行顺畅，除了一个。在那个页面上，footerHeight 不知何故等于 0。遇到这个错误的开发者深入挖掘并理解到 document.querySelector('footer') 返回 null，但 footer 仍然在页面上渲染。你猜他做了什么？是的，他又使用了 MutationObserver。
这对 Pavel Pogosov 来说看起来很奇怪，所以他决定寻找一个替代解决方案。Pavel Pogosov 确实找到了。所有他需要做的只是交换几行代码……
不知怎么的，<script /> 出现在 footer 之前。<script /> 是同步调用的，而此时 footer 尚不存在，因此无法测量其高度。
Pavel Pogosov 只是交换了这些行，一切就开始正常工作了。
如今的开发者非常依赖现代工具，如 webpack 插件等。所以当涉及到编写一些 HTML 时，他们立刻就放弃了。但这有什么难的吗？
万恶之源
React hooks 同时是 React 中最好的也是最糟的东西。一方面，它们增加了灵活性，并提供了一种优雅的方式来处理状态。另一方面，它们显著增加了代码的复杂性，并使得更容易出错。
仔细阅读文档并理解如何正确使用这些东西似乎并不难。然而，有些开发者忽略了这个显而易见的步骤，开始在没有完全理解其用途的情况下使用 hooks。特别是当涉及到优化和臭名昭著的 useMemo 和 useCallback 时。现在，每个开发者都在没有明确理由的情况下优化整个应用程序。
让我们一起来看看这个“至关重要”的优化。这不是 Pavel Pogosov 为这篇文章写的虚构代码。这实际上是他某个项目中的一个片段。
在这个优化之后，应用程序的性能就“飙升”了！你可以理解，这完全没有用，甚至稍微影响了应用程序的首次加载。老实说，我仍然不明白编写这个代码的真正意图。
接受事情是理所当然的，不去考虑其他问题总是更容易。但实际上，自己做一点研究并不是真的那么难。
一些重要的建议
这种情况看起来确实令人担忧。开发者开始忘记基础技术，并且在所有新技术和方法中倾向于失去批判性思维。
然而，在 Pavel Pogosov 看来，这并不是一个难以解决的问题。总结以上内容：
花些时间理解原生 JavaScript。拥有坚实的基础可以更轻松地发现错误的真正原因并相应地修复它们。
深入学习 HTML 和 CSS。你可以发现很多有用的属性、选择器和其他内容，这些可以替代大量的 JavaScript 代码。回想一下使用 :empty 选择器的例子。
发展你的批判性思维能力。当然，你的团队领导教了你一些好的实践和原则。但是，你不能盲目地遵循它们，因为这会让你走向错误的方向。相反，试着理解为什么某件事是这样的而不是那样的。
记住 SOLID、YAGNI、KISS 和其他原则。如果简单的任务变成了一个充满困惑的解决方案的噩梦——停下来，从不同的角度重新思考它。可能你在某个解决方案上挖得太深而忘记了一些显而易见的东西。
最后
关于前端的内容已经说完了，但是我还想说点别的，主要想说一下我们应该学习哪些技术才能让它更加保值。
在我看来，越偏向于业务的技术越不容易过时，为什么呢？需求在变，技术一直在变，业务也一直在迭代。前端技术的发展非常快，也涌现出很多的框架（例如 HTML4 到 HTML5 的升级，或者从 jQuery 到前端三大框架的转变），但是总归就是两个字：效率。
作为开发者，我们需要保持好奇心和学习热情，不断探索新的技术，只有这样，我们才能在这个快速发展的时代中立于不败之地。介绍一款程序员都应该知道的软件JNPF快速开发平台，很多人都尝试用过它，它是功能的集大成者，任何信息化系统都可以基于它开发出来。
JNPF 可以实现应用从创建、配置、开发、测试到发布、运维、升级等完整生命周期的管理。减少了传统应用程序的代码编写量，通过图形化、可视化的界面，以拖放组件的方式，即可快速生成应用程序的产品，大幅降低了开发企业管理类软件的难度。
当然，我更建议大家成为一个全栈，不要把自己的定位局限于前端。
希望你觉得这篇文章有用。如果你有任何问题或建议，请留下评论。你的反馈帮助我变得更好。
低代码技术追随者，为全民开发而努力 2023-02-15 加入
大家好，我是老王，专注于分享低代码图文知识，感兴趣的伙伴就请关注我吧！
评论