From 599b6aab677439ae1bdea2cdca3233d0b763fd3f Mon Sep 17 00:00:00 2001 From: Reinier Zwitserloot Date: Mon, 17 Oct 2016 23:09:21 +0200 Subject: Updated just about all of the pages to the template-based redesign. Added ajaxified loading for feature pages. --- website/features/experimental/Helper.html | 83 ------------------------- website/features/experimental/UtilityClass.html | 80 ------------------------ 2 files changed, 163 deletions(-) delete mode 100644 website/features/experimental/Helper.html delete mode 100644 website/features/experimental/UtilityClass.html (limited to 'website/features') diff --git a/website/features/experimental/Helper.html b/website/features/experimental/Helper.html deleted file mode 100644 index da474fc2..00000000 --- a/website/features/experimental/Helper.html +++ /dev/null @@ -1,83 +0,0 @@ - - - - - - - - EXPERIMENTAL – @Helper -
-
-
- -

@Helper

- -
-

Since

-

- @Helper was introduced as an experimental feature in lombok v1.16.6. -

-
-
-

Experimental

-

- Experimental because: -

    -
  • Lambdas with general function types offer an alternative strategy.
  • -
  • Perhaps a way to make helper methods with less boilerplate is possible, making this feature obsolete.
  • -
- Current status: unknown - We don't have enough experience with this feature to make predictions on its future. -
-
-

Overview

-

- This annotation lets you put methods in methods. You might not know this, but you can declare classes inside methods, and the methods in this class can access any (effectively) final local variable or parameter defined and set before the declaration. Unfortunately, to actually call any methods you'd have to make an instance of this method local class first, but that's where @Helper comes in and helps you out! Annotate a method local class with @Helper and it's as if all the methods in that helper class are methods that you can call directly, just as if java had allowed methods to exist inside methods. -

- Normally you'd have to declare an instance of your helper, for example: HelperClass h = new HelperClass(); directly after declaring your helper class, and then call methods in your helper class with h.helperMethod();. With @Helper, both of these things are no longer needed: You do not need to waste a line of code declaring an instance of the helper, and you don't need to prefix all your calls to helper methods with nameOfHelperInstance. -

-
-
-
-

With Lombok

-
@HTML_PRE@
-
-
-
-

Vanilla Java

-
@HTML_POST@
-
-
-
-
-

Small print

-

- @Helper requires that the helper class has a no-args constructor. A compiler error will be generated if this is not the case. -

- Currently, the instance of your helper that's made under the hood is called $Foo, where Foo is the name of your helper. We might change this in the future; please don't rely on this variable existing. We might even replace this later with a sibling method instead. -

- Please don't rely on this making any sense in the helper method code. You can refer to the real 'this' by using the syntax NameOfMyClass.this. -

- ANY unqualified method call in code that exists below the declaration of the helper method with the same name as any method in the helper is assumed to be a call to the helper. If the arguments don't end up being compatible, you get a compiler error. -

- Unless you're using JDK8 or higher (which introduced the concept of 'effectively final'), you'll have to declare local variables and parameters as final if you wish to refer to them in your method local class. This is a java limitation, not something specific to lombok's @Helper. -

-
-
- -
-
-
- - - diff --git a/website/features/experimental/UtilityClass.html b/website/features/experimental/UtilityClass.html deleted file mode 100644 index d123b384..00000000 --- a/website/features/experimental/UtilityClass.html +++ /dev/null @@ -1,80 +0,0 @@ - - - - - - - - EXPERIMENTAL – @UtilityClass -
-
-
- -

@UtilityClass

- -
-

Since

-

- @UtilityClass was introduced as an experimental feature in lombok v1.16.2. -

-
-
-

Experimental

-

- Experimental because: -

    -
  • Some debate as to whether its common enough to count as boilerplate.
  • -
- Current status: positive - Currently we feel this feature may move out of experimental status with no or minor changes soon. -
-
-

Overview

-

- A utility class is a class that is just a namespace for functions. No instances of it can exist, and all its members - are static. For example, java.lang.Math and java.util.Collections are well known utility classes. This annotation automatically turns the annotated class into one. -

- A utility class cannot be instantiated. By marking your class with @UtilityClass, lombok will automatically - generate a private constructor that throws an exception, flags as error any explicit constructors you add, and marks - the class final. If the class is an inner class, the class is also marked static. -

- All members of a utility class are automatically marked as static. Even fields and inner classes. -

-
-
-
-

With Lombok

-
@HTML_PRE@
-
-
-
-

Vanilla Java

-
@HTML_POST@
-
-
-
-
-

Small print

-

- There isn't currently any way to create non-static members, or to define your own constructor. If you want to instantiate - the utility class, even only as an internal implementation detail, @UtilityClass cannot be used. -

-
-
- -
-
-
- - - -- cgit