RFR: 8367772: Refactor createUI in PassFailJFrame
Alexey Ivanov
aivanov at openjdk.org
Tue Sep 30 19:13:26 UTC 2025
On Tue, 30 Sep 2025 18:05:16 GMT, Damon Nguyen <dnguyen at openjdk.org> wrote:
>> Code review https://git.openjdk.org/jdk/pull/27197 for [JDK-8367348](https://bugs.openjdk.org/browse/JDK-8367348) made me think how to avoid adding more parameters to methods, in particular `createInstructionUIPanel`. The `Builder` object captures all the required configuration data, it is the `Builder` object that should be used to pass the configuration.
>>
>> This changeset refactors UI creation in `PassFailJFrame`.
>>
>> * The remaining constructor that accepts positional parameters now creates a builder to pass the configuration data.
>> * The `createInstructionUIPanel` method now accepts `Builder` instead of a set of parameters from it.
>> * The `createUI` method with positional parameters has become redundant and is removed. Code duplication between two versions of `createUI` is now eliminated.
>>
>> There are no functional differences. I verified it by launching a few tests which use `PassFailJFrame` constructors and builder.
>
> test/jdk/java/awt/regtesthelpers/PassFailJFrame.java line 1846:
>
>> 1844: InvocationTargetException {
>> 1845: try {
>> 1846: validate();
>
> Do you know when `build` is invoked? I see this `validate` is removed in favor of having `builder.validate()` on line 508. Overall, the changes look like they're cleanly refactored but this is the biggest change I see, although minor.
I don't understand your question… Yet I'll try to answer it.
`Builder.build()` is invoked as the last step of using the `Builder` class to configure and create an object of `PassFailJFrame`. The usual sequence is:
PassFailJFrame.builder()
.instructions(INSTRUCTIONS)
.testUI(SampleManualTest::createTestUI)
.build()
.awaitAndCheck();
`Builder.build()` was the only method that called `PassFailJFrame(Builder)` constructor. Before the calling the constructor, `validate` was used to validate the parameters in `Builder` and throw an exception if the required parameters, such as instructions, aren't provided.
Now, there are two places where `PassFailJFrame(Builder)` is called, the new one is at lines 489–493. An instance of `Builder` is created there and is passed to the `PassFailJFrame(Builder)` constructor without calling `validate()`. Since `validate` doesn't return a value (and it shouldn't), the `validate` method cannot be called in a chained sequence.
No other statements are allowed in constructors before calling `this`, therefore there's no way to create a `Builder` instance and call `validate` on it before passing it to the `PassFailJFrame` constructor. (Yes, I know that other statements are allowed in JDK 26 (and 25?), but previous versions would have to come up with another way.)
Validating the instance of `Builder` inside the `PassFailJFrame` constructor covers both cases, thus it ensures `Builder.validate` is always called before creating UI.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/27321#discussion_r2392584725
More information about the client-libs-dev
mailing list