iframe是否被视为“不良做法”？
我大致认为使用iframe是“不好的做法”。
这是真的？使用它们的优点/缺点是什么？
问题答案：
与所有技术一样，它也有起有落。如果您要使用iframe到一个经过适当开发的网站周围走走，那当然是个坏习惯。但是，有时iframe是可以接受的。
iframe的主要问题之一与书签和导航有关。如果您使用它只是将页面嵌入内容中，我认为很好。这就是iframe的用途。
但是我也看到iframe也被滥用。永远不要将其用作网站的组成部分，而应作为网站中的一部分内容。
通常，如果您可以在没有iframe的情况下做到这一点，那么这是一个更好的选择。我敢肯定，这里的其他人可能会有更多信息或更具体的示例，所有这些都取决于您要解决的问题。
话虽如此，如果您限于HTML并且无法访问PHP或ASP.NET等后端，则有时只有iframe是您唯一的选择。
-
问题内容： 我们正在将两个系统集成到一个Intranet中，使用CORS作为在两个域之间进行AJAX调用的一种方式。 这被认为是不良做法吗？一般认为CORS是不良做法吗？ 问题答案： CORS不是坏习惯。它支持所有主要的浏览器，而且越来越多的API都支持它。实际上，如果您的公共资源不在防火墙后面，则可以将标头放在资源上是安全的。 但是，对于服务器上CORS的角色有些困惑。CORS应该仅指示特定资源
-
问题内容： function foo () { global $var; // rest of code } 在我的小型PHP项目中，我通常采用过程方式。通常，我有一个包含系统配置的变量，当我需要在函数中访问此变量时，我会这样做。 这是不好的做法吗？ 问题答案： 当人们谈论其他语言的全局变量时，这意味着与PHP中的操作有所不同。那是因为变量在PHP 中并不是 真正的 全局变量。典型的PHP程序的范
-
问题内容： 有一个很大的材料了有这表明印刷异常的堆栈跟踪是不好的做法。 例如从Checkexp中的RegexpSingleline检查： 可以使用此检查来查找常见的不良做法，例如调用ex.printStacktrace（） 但是，我正在努力寻找能够给出正当理由的任何地方，因为肯定可以使堆栈跟踪对于跟踪导致异常的原因非常有用。我知道的事情： 最终用户永远不应看到堆栈跟踪（出于用户体验和安全目的） 生
-
问题内容： 在我的一个项目中，我有两个“数据传输对象” RecordType1和RecordType2，它们从RecordType的抽象类继承。 我希望两个RecordType对象在“ process”方法中由相同的RecordProcessor类处理。我的第一个想法是创建一个通用的处理方法，该方法将两个特定的处理方法委托给以下人员： 我读过Scott Meyers在 Effective C ++
-
问题内容： 我一直看到警告，不要在JavaScript中使用全局变量，但是似乎人们说这的唯一原因是因为阻塞了全局名称空间。我可以想象通过将所有变量放入一个大对象中来轻松解决此问题。现在的问题是：除了方便起见，还有其他原因不使用全局变量吗？它们是否涉及任何性能或兼容性问题？ 问题答案： 它们使全局名称空间混乱，并且查找速度比局部变量慢。 首先，拥有许多全局变量始终是一件坏事，因为很容易忘记您在某个地
-
问题内容： 我目前遇到一个问题，我有两个我需要调用的模块，它们需要能够修改相同的变量。 我决定创建一个名为的全局变量，并在其中存储所需的变量。 但是我一直在阅读，使用全局变量是一种不好的做法。为什么？ 我仅创建一个变量，该变量不应与其他任何冲突，因为它是我的应用程序的名称。 问题答案： 几乎在所有编程语言中，全局变量都被视为反模式，因为它们使遵循和调试代码变得非常困难。 浏览代码时，您永远不知道哪