gpt4 book ai didi

macos - 使用 Javascript for Automation (JXA) 通过 Messages.app 发送 iMessage

转载 作者:行者123 更新时间:2023-12-04 12:54:15 26 4
gpt4 key购买 nike

我一直在尝试为自动化脚本创建一个 JavaScript,以通过 Yosemite 10.10.2 上的消息应用程序发送 iMessage(最终目标是编写一个解决方案以允许后台任务处理 iMessage 故障状态等)。

脚本在脚本编辑器中执行没有错误,但是没有发送任何消息,并且在 Messages.app 中没有任何显示或发生。尽管下面的服务和伙伴被混淆了,但我的具有真实值的脚本检索了正确的服务和伙伴(通过对服务和伙伴名称执行 messages.displayAlert() 来验证)。我从脚本中得到的唯一输出是 service.send() 的“未定义”,我认为它是正确的,因为该方法具有 void 返回类型)。下面这个脚本是我一直未能成功尝试的:

messages = Application('Messages');

service = messages.services["E:foo@bar.com"];
buddy = service.buddies["+61nnnnnnnnn"]

service.send({
send: "Hello World",
to: buddy
});

等效的 AppleScript 脚本(如下)成功运行:

tell application "Messages"
send "Hello World" to buddy "+61nnnnnnnnn" of service "E:foo@bar.com"
end tell

最佳答案

简答:JXA 由 Lame and Fail 组成。

...

长答案:

当 JXA 运行您的 service.send(...) 命令时,它应该引发“错误参数”错误,因为 send 命令没有名为 send 的关键字参数。 "Hello World" 字符串应该作为 send 命令的直接参数传递,而不是作为关键字参数传递。[1]

相反,JXA 会忽略该错误,发送一个格式错误的事件,当一切都静默失败时,您会摸不着头脑。我建议提交错误报告,但我向 AS 团队发送了大量问题和一个几乎完整的 reference implementation在 WWDC'14 之后,他们忽略了我们,所以 YMMV。

顺便说一句,elements[NAME] 语法是另一个应该被劝阻/避免的错误功能。 a[b]a.b 在 JavaScript 中是同义词,这意味着 JXA 无法可靠地区分表示元素名称的键(例如 documents['untitled'])和表示元素属性的键(例如 documents['text'])。要安全地构造按名称说明符,请使用 elements.byName(NAME)。或者,见鬼,坚持使用 AppleScript,它是唯一支持的解决方案,能够真正正确地表达 Apple 事件。

--

[1] 是的,脚本编辑器的字典在这里可能有点误导,因为它仍然以 AppleScript 样式的语法显示命令,而不是为 JS 适本地格式化它们。 (整个事情是如此的半生不熟和业余,如果我不是因为他们把一个已经解决的问题搞砸了,我真的会为 AS 团队感到尴尬。)

关于macos - 使用 Javascript for Automation (JXA) 通过 Messages.app 发送 iMessage,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28534135/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com