当前位置：文江博客话题详情

为什么 JFrame 最初需要 getContentPane() 来添加组件

发布于 2025-01-03 06:12:36 字数 318 浏览 2 评论 0原文

我知道，从 Java 1.5 开始，可以添加JFrame 的组件如下所示：

myFrame.add(myButton);

而不是：

myFrame.getContentPane().add(myButton);

为什么情况并非总是如此？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

请爱~陌生人 2025-01-10 06:12:36

正如 JFrame API 中所述，两者都做同样的事情：向 contentPane 添加一个组件。最近（也许是 Java 1.5？）Swing 添加了语法糖/便捷方法，允许您直接在 JFrame（或任何其他 Swing 顶级容器）上进行此调用，但您仍在添加到 contentPane。对于 remove(...) 和 setLayout(...) 也是如此，如果您尝试通过 myJFrame 设置 JFrame 的背景颜色，这一切就会变得非常清楚.setBackground(Color.green); 没有任何反应。正是因为这个原因，我对这个改变不太满意。那也是因为我一定是个脾气暴躁的老家伙。

回复收藏 0 原文

自此以后，行同陌路 2025-01-10 06:12:36

错误 ID：4753342 JFrame、JWindow 和 JDialog 应将添加/删除方法重定向到 ContentPane。更多详细信息可以在此处< /a>.要直接导航到该项目，请搜索错误 ID。

4753342：Swing 的顶级组件应重定向添加/删除
ContentPane 的方法
说明：
与 AWT 编程相反，
JFrame/JDialg/JWindow/JApplet/JInternalFrame 不允许您添加
它的 Component，相反，您必须了解 JRootPane 并添加
它的子组件。这给新的内容增加了不必要的混乱
开发人员。
5.0 之前，尝试从其中之一添加或删除 Component
这些顶级组件将导致抛出异常。在
5.0 中，不会抛出异常，而是会在内容窗格中添加或删除 Component。这导致了多次修订
到 JFrame、JDialog、JWindow、JApplet 的 javadoc 和
JInternalFrame。这已在 RootPaneContainer 中进行了总结
javadoc：
<前><代码> * 为了方便
* JFrame、JDialog、JWindow、
* <代码>JApplet和 JInternalFrame，默认情况下，
* 将所有呼叫转发至 add;及其变体，
* <代码>删除和 setLayout到
* <代码>contentPane。这意味着而不是写：
* <预>;
* rootPaneContainer.getContentPane().add(组件);
*
* 你可以这样做：
* <预>;
* rootPaneContainer.add(组件);
*
*
* add 的行为及其变体和
* setLayout;为了
* JFrame、JDialog、JWindow、
* <代码>JApplet和JInternalFrame是由控制
* <代码>rootPaneCheckingEnabled财产。如果这个属性是
* true，默认，然后add;及其变体和
* setLayout;是
* 转发到contentPane，如果为false，那么这些
* 方法直接在 RootPaneContainer 上操作。这
* 属性仅适用于子类，因此受到保护。

另外，这里有一个相关的错误：

Bug ID：6265511 Swing JFrame/ JWindow/JApplet/JDialog： getLayout 和删除应该转发到内容窗格

Bug ID: 4753342 JFrame, JWindow and JDialog should redirect add/remove methods to ContentPane. And more details can be found here. To navigate directly to the item, do a search on the Bug ID.

4753342: Swing's top level component should redirect add/remove
methods to ContentPane
Description:
Contrary to AWT programming,
JFrame/JDialg/JWindow/JApplet/JInternalFrame do not allow you to add
Components to it, instead you must learn about JRootPane and add
children Components to it. This adds needless confusion to new
developers.
Prior to 5.0, attempting to add or remove a Component from one of
these top level Components would result in an exception be thrown. In
5.0, no exception will be thrown, instead the Component will be added or removed from the content pane. This resulted in several revisions
to the javadoc of JFrame, JDialog, JWindow, JApplet and
JInternalFrame. This has been summarized in RootPaneContainer's
javadoc:
 * For conveniance
 * <code>JFrame</code>, <code>JDialog</code>, <code>JWindow</code>,
 * <code>JApplet</code> and <code>JInternalFrame</code>, by default,
 * forward all calls to <code>add</code> and its variants,
 * <code>remove</code> and <code>setLayout</code> to the
 * <code>contentPane</code>. This means rather than writing:
 * <pre>
 * rootPaneContainer.getContentPane().add(component);
 * </pre>
 * you can do:
 * <pre>
 * rootPaneContainer.add(component);
 * </pre>
 * <p>
 * The behavior of <code>add</code> and its variants and
 * <code>setLayout</code> for
 * <code>JFrame</code>, <code>JDialog</code>, <code>JWindow</code>,
 * <code>JApplet</code> and <code>JInternalFrame</code> is controlled by
 * the <code>rootPaneCheckingEnabled</code> property. If this property is
 * true, the default, then <code>add</code> and its variants and
 * <code>setLayout</code> are
 * forwarded to the <code>contentPane</code>, if it is false, then these
 * methods operate directly on the <code>RootPaneContainer</code>. This
 * property is only intended for subclasses, and is therefor protected.