问题

对于通过 `jni` crate 从 Rust 调用 Java 的理解涉及到一些看起来有点样板的代码，如下所示：

```rust
je.call_method(self.rimuru, "shell2Pixels", "(II[B)V", &[
    JValue::from(width),
    JValue::from(height),
    JValue::from(rgbs.as_obj()),
])?;

我想象中可以通过宏来改进这个过程。也许可以这样做：

java_call_method!(self.rimuru, "shell2Pixels", (), width, height, rgbs)?;

这个宏将负责根据各个参数的类型构建签名字符串 (II[B)V。

类似这样的东西是否已经存在而我尚未发现？我不确定是否可以使用普通宏来实现，而不是过程宏。

<details>
<summary>英文:</summary>

My understanding of invoking java from rust via the `jni` crate involves a bit of boilerplate that looks like

je.call_method(self.rimuru, "shell2Pixels", "(II[B)V", &[
JValue::from(width),
JValue::from(height),
JValue::from(rgbs.as_obj()),
])?;

I am imagining that this could be improved using macros.  Perhaps something like

```java_call_method!(self.rimuru, "shell2Pixels", (), width, height, rgbs)?; ```

The macro would be responsible for building the signature string `(II[B)V` from the types of the various arguments.

Does something like this already exist and I have not discovered it?  I am not sure if it can be implemented using regular macros instead of procedural macros.

</details>


# 答案1
**得分**: 1

经过一番混乱的探索，我创建了 https://github.com/mutantbob/rust_jni_boilerplate，其中包含一小组生成样板代码的过程宏。

（截至2020年8月）它的使用方式如下：

```rust
struct Widget<'a> {
    jni_env: &'a AttachGuard<'a>,
    java_this: AutoLocal<'a, 'a>,
}

impl<'a> JavaConstructible<'a> for Widget<'a> {
    fn wrap_jobject(jni_env: &'a AttachGuard<'a>, java_this: AutoLocal<'a, 'a>) -> Widget<'a> {
        Widget {
            jni_env,
            java_this,
        }
    }
}

impl<'a> Widget<'a> {

    // 定义一个名为 new 的 Rust 函数
    jni_constructor! { com.purplefrog.rust_callables.Widget () }
    jni_constructor! { new_one=com.purplefrog.rust_callables.Widget (&str) }

    jni_instance_method! { count () -> i32 }
    jni_instance_method! { sumLen () -> i32 }

    jni_instance_method! { add(&str) }

    jni_instance_method! { echo_str=echo(&str) -> String }
    jni_instance_method! { echo_char=echo(char) -> char }
    jni_instance_method! { echo_byte=echo(i8) -> i8 }
    jni_instance_method! { echo_short=echo(i16) -> i16 }
    jni_instance_method! { echo_int=echo(i32) -> i32 }
    jni_instance_method! { echo_long=echo(i64) -> i64 }

    jni_instance_method! { to_strings = toStrings() -> Vec<String> }
}

它的类型支持可能存在明显的漏洞。它的架构在开发过程中发生了重大变化。我甚至不确定自己是否以合乎惯例的方式使用了过程宏 API。它基于的 jni crate 很难被认为是安全的（在从 Rust 调用 Java 时很容易泄漏内存）。但是我已经成功让它在有限的用例中工作。

我希望它能够激发其他人的灵感，做得更好。也许它可以作为编写过程宏的示例，直到有人撰写了一篇适当的文章（通过谷歌搜索，我并没有找到任何关于此方面的好文章）。

struct Widget<'a> {
    jni_env: &'a AttachGuard<'a>,
    java_this: AutoLocal<'a,'a>,
}

impl<'a> JavaConstructible<'a> for Widget<'a>
{
    fn wrap_jobject(jni_env:&'a AttachGuard<'a>, java_this: AutoLocal<'a,'a>) -> Widget<'a>
    {
        Widget {
            jni_env,
            java_this,
        }
    }
}

impl<'a> Widget<'a> {

    // define a rust function named new
    jni_constructor! { com.purplefrog.rust_callables.Widget () }
    jni_constructor! { new_one=com.purplefrog.rust_callables.Widget (&str) }

    jni_instance_method! { count () -> i32 }
    jni_instance_method! { sumLen () -> i32 }

    jni_instance_method! { add(&str) }

    jni_instance_method! { echo_str=echo(&str)->String }
    jni_instance_method! { echo_char=echo(char)->char }
    jni_instance_method! { echo_byte=echo(i8)->i8 }
    jni_instance_method! { echo_short=echo(i16)->i16 }
    jni_instance_method! { echo_int=echo(i32)->i32 }
    jni_instance_method! { echo_long=echo(i64)->i64 }

    jni_instance_method! { to_strings = toStrings() ->Vec<String> }
}