@Target(value=METHOD)
@Retention(value=RUNTIME)
public @interface ModifyArgs
method().
This type of injector provides a powerful but inefficient method for
modifying multiple arguments of a method at once without making use of a
Redirect injector. In general it is better to use redirectors where
possible, however this type of injector can also function where Redirect cannot, such as modifying arguments of a super-constructor call. To
modify a single method argument, use ModifyArg instead.
This injector works by creating an argument bundle in the form of
Args which is passed to your handler method. You can manipulate the
method arguments via the bundle in your handler method. The bundle is then
unpacked and the original method is called with the modified arguments.
Since the argument bundle is created for every invocation of the target method, and primitive types must undergo boxing and unboxing, this injector is intrinsically less efficient than other methods. However for certain uses this injector is more powerful:
ModifyArg callbacks (one for each
argument you wish to modify). However access to the enclosing scope is
not provided by ModifyArg, which can be problematic.Methods decorated with this injector should return void and return either:
| Modifier and Type | Required Element and Description |
|---|---|
At |
at
An
At annotation which describes the InjectionPoint in
the target method. |
java.lang.String[] |
method
String representation of one or more
MemberInfo which identify the target methods. |
| Modifier and Type | Optional Element and Description |
|---|---|
int |
allow
Injection points are in general expected to match every candidate
instruction in the target method or slice, except in cases where options
such as
At.ordinal() are specified which naturally limit the number
of results. |
java.lang.String |
constraints
Returns constraints which must be validated for this injector to
succeed.
|
int |
expect
Like
require() but only enabled if the
mixin.debug.countInjections option is set
to true and defaults to 1. |
boolean |
remap
By default, the annotation processor will attempt to locate an
obfuscation mapping for all
ModifyArgs methods since it is
anticipated that in general the target of a ModifyArgs annotation
will be an obfuscated method in the target class. |
int |
require
In general, injectors are intended to "fail soft" in that a failure to
locate the injection point in the target method is not considered an
error condition.
|
Slice |
slice
|
public abstract java.lang.String[] method
MemberInfo which identify the target methods.public abstract At at
At annotation which describes the InjectionPoint in
the target method. The specified InjectionPoint must only
return MethodInsnNode instances
and an exception will be thrown if this is not the case.At which identifies the target method invocationpublic abstract Slice slice
public abstract boolean remap
ModifyArgs methods since it is
anticipated that in general the target of a ModifyArgs annotation
will be an obfuscated method in the target class. However since it is
possible to also apply mixins to non-obfuscated targets (or non-
obfuscated methods in obfuscated targets, such as methods added by Forge)
it may be necessary to suppress the compiler error which would otherwise
be generated. Setting this value to false will cause the
annotation processor to skip this annotation when attempting to build the
obfuscation table for the mixin.public abstract int require
However, this behaviour is not always desirable. For example, if your
application depends on a particular injection succeeding you may wish to
detect the injection failure as an error condition. This argument is thus
provided to allow you to stipulate a minimum number of successful
injections for this callback handler. If the number of injections
specified is not achieved then an InjectionError is thrown at
application time. Use this option with care.
public abstract int expect
require() but only enabled if the
mixin.debug.countInjections option is set
to true and defaults to 1. Use this option during debugging to
perform simple checking of your injectors. Causes the injector to throw
a InvalidInjectionException if the expected number of injections
is not realised.public abstract int allow
At.ordinal() are specified which naturally limit the number
of results.
This option allows for sanity-checking to be performed on the results
of an injection point by specifying a maximum allowed number of matches,
similar to that afforded by Group.max(). For example if your
injection is expected to match 4 invocations of a target method, but
instead matches 5, this can become a detectable tamper condition by
setting this value to 4.
Setting any value 1 or greater is allowed. Values less than 1 or less
than require() are ignored. require() supercedes this
argument such that if allow is less than require the
value of require is always used.
Note that this option is not a limit on the query behaviour of this injection point. It is only a sanity check used to ensure that the number of matches is not too high
public abstract java.lang.String constraints
ConstraintParser.Constraint for details of constraint formats.