找不到源将 CSS 导入 JavaFX

Question

我正在做一个项目，我想使用带有 JavaFX 的外部 CSS 文件来设置 VBox 和窗格等的样式。

我已经使用下面的行来尝试将样式表添加到相应的场景中：

scene.getStylesheets().add(getClass().getResource("/style.css").toExternalForm());

这给了我空指针，我阅读了有关此问题的其他一些帖子，发现这通常是由于样式表不在尝试访问它的类路径中。这是一个屏幕截图，可以让您看到情况并非如此：

你会注意到有 Styles.css 和 style.css，我尝试了这两种方法用于不同的故障排除目的

我还发现人们的建议是，如果它在类路径中，则应该这样访问它：

scene.getStylesheets().add("style.css");

但是这样做给了我

Nov 04, 2018 9:24:10 PM com.sun.javafx.css.StyleManager loadStylesheetUnPrivileged
WARNING: Resource "Styles.css" not found.

我愿意接受任何建议，我正在使用 maven 在 IntelliJ 中工作。

编辑：这是用于进一步调查的 pom 文件 -

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>

<groupId>com.almasb</groupId>
<artifactId>CashMachine</artifactId>
<version>0.1-SNAPSHOT</version>
<packaging>jar</packaging>

<properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <source.version>1.8</source.version>

    <!-- plugins -->
    <maven.compiler.version>3.3</maven.compiler.version>
    <maven.shade.version>2.4.2</maven.shade.version>

    <!-- dependencies -->
</properties>

<build>
    <plugins>
        <plugin>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>${maven.compiler.version}</version>
            <configuration>
                <source>${source.version}</source>
                <target>${source.version}</target>
            </configuration>
        </plugin>

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-shade-plugin</artifactId>
            <version>${maven.shade.version}</version>
            <executions>
                <execution>
                    <phase>package</phase>
                    <goals>
                        <goal>shade</goal>
                    </goals>
                    <configuration>
                        <transformers>
                            <transformer
                                    implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                                <mainClass>com.almasb.atm.CashMachineApp</mainClass>
                            </transformer>
                        </transformers>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

Answer 1

如果您的 css 文件与您的班级位于同一个包中：

scene.getStylesheets().add(getClass().getResource("style.css").toString());

Answer 2

Maven 约定使用standard directory layout，除非另有配置，否则要求您遵守它。标准目录布局所做的一件事是将 Java 源文件 (.java) 与资源文件（不是 .java）分开。它看起来像这样：

|--projectDir/
|  |--src/
|  |  |--main/
|  |  |  |--java/
|  |  |  |--resources/

源文件放在src/main/java，资源文件放在src/main/resources。

当您构建项目时，Maven 将编译源文件并将.class 文件放在projectDir/target/classes 中。它还将所有资源文件从src/main/resources 复制到target/classes 中。默认情况下，src/main/java 中的任何非源文件都将被忽略。您提到您已将 styles.css 文件放在 src/main/java 中，因此当您运行项目时它不在 target/classes 中。

当您执行项目时，目录target/classes（以及任何依赖项）被放在类路径中。但是因为您的 styles.css 文件没有被复制到 target/classes 中，所以它没有包含在类路径中，并且您在尝试引用它时最终会得到 NullPointerExceptions。

解决方法是将styles.css文件移动到src/main/resources目录下。看起来您目前在src/main/java/rocks/zipcode/atm 下拥有它。如果您想将资源文件保留在同一个“包”中，请将其移至src/main/resources/rocks/zipcode/atm。然后在重建项目时将其复制到target/classes 目录。

那么你可以通过几种方式引用它。

第一种方法是使用getClass().getResource(...)。如果您传递绝对路径（以/ 开头），它将从类路径的根目录中查找资源。如果您不传递绝对路径（不以/ 开头），它将查找相对于Class 位置的资源（在这种情况下，@987654349 @ 是getClass() 返回的那个）。这意味着，由于您从 rocks.zipcode.atm.CacheMachineApp 中获取资源，您可以这样做：

• getClass().getResource("/rocks/zipcode/atm/styles.css")，或
• getClass().getResource("styles.css")

另一种选择是使用getStylesheets()的文档中定义的行为：

获取链接到样式表的字符串 URL 的可观察列表以用于此场景的内容。

URL 是 [scheme:][//authority][path] 形式的分层 URI。如果 URL 没有 [scheme:] 组件，则 URL 仅被视为 [path] 组件。 [path] 的任何前导“/”字符都将被忽略，并且 [path] 被视为相对于应用程序类路径的根的路径。

如您所见，当没有方案时（例如file:、https: 等），它将查找相对于 类路径的根目录的资源。由于它始终是相对于根的，因此您需要传递绝对路径（但在这种情况下，它不需要前导 /）。

getStylesheets().add("rocks/zipcode/atm/styles.css");

重要提示：确保路径完全正确。打包在 JAR 文件中时区分大小写。当未打包在 JAR 文件中时，它可能区分大小写，也可能不区分大小写，但这取决于底层文件系统。无论哪种方式，最好匹配实际路径的大小写，以避免任何问题。