弃用 MessageContent.Key

[khjxiaogu]

使用如下Java代码获取第一个纯文本信息的文本内容：

public static String getFirstPlainText(MessageChain msg) {
PlainText pt = (PlainText) msg.get(PlainText.Key);
if (pt == null)
	return "";
return pt.getContent().trim();
}

发生如下错误：

java.lang.ClassCastException: class net.mamoe.mirai.message.data.At cannot be cast to class net.mamoe.mirai.message.data.PlainText (net.mamoe.mirai.message.data.At and net.mamoe.mirai.message.data.PlainText are in unnamed module of loader java.net.URLClassLoader @6db9f5a4)

复现

1. 注册消息监听器使用如上java代码处理信息。
2. 向bot发送 @xxx 文本
3. 发生错误

版本

• mirai-core-api: 2.7-M1
• mirai-console: 2.7-M1

[zhaodice]

At类不能强制转换成PlainText类（大概

[Karlatemp]

#903

[AdoptOSS]

java.lang.ClassCastException: class net.mamoe.mirai.message.data.At cannot be cast to class net.mamoe.mirai.message.data.PlainText (net.mamoe.mirai.message.data.At and net.mamoe.mirai.message.data.PlainText are in unnamed module of loader java.net.URLClassLoader @6db9f5a4)

考虑优化报错信息

[Him188]

PlainText.Key 引用的是 MessageContent.Key 因此 CCE 是来自强转

[Him188]

可以考虑弃用 MessageContent.Key

MessageChain.get 的注释:

此方法目前仅适用于 [ConstrainSingle] 的消息类型, 如 [MessageSource].

因此我觉得可以弃用 MessageContent.Key

[AdoptOSS]

此方法目前仅适用于 [ConstrainSingle] 的消息类型, 如 [MessageSource].

那么泛型约束应该做出修改

另外，想问一下是否有数据说明，单独设计Key会比使用KClass之类的效率更好？

[Him188]

@AdoptOSS

另外，想问一下是否有数据说明，单独设计Key会比使用KClass之类的效率更好？

KClass 具体是指哪里用到的?

[AdoptOSS]

KClass 具体是指哪里用到的?

指直接用KClass作为类型标志

[Him188]

指直接用KClass作为类型标志

似乎并没有使用? Key 是一个 companion object, 类型判断通过 reified 类型的 as?

[AdoptOSS]

似乎并没有使用? Key 是一个 companion object, 类型判断通过 reified 类型的 as?

就是想问一问这种方式比直接用KClass会有什么优势

[Him188]

@AdoptOSS 通常不考虑这样微小的性能优化。这是为了允许如下写法：

val source = chain[MessageSource]

[Him188]

For mamoe:

• 2.10: review

[Him188]

考虑到 MessageContent.Key 正用做其他 Key 的 parent, 将不会在源码中弃用. 添加了一个 IDE inspection: