We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
例如 我在使用中打算制作机器人,为其添加一些管理命令。由于无法获得wxid。 我设置其当自身账号的信息时触发。 然后一般对于消息触发不同逻辑的派发一般直接使用您框架中的Replyxxx函数,此时就出现问题了。msg.replayxxx不能再发送一条消息。这种情况的回复,我需要按照情况区分是群,或者是好友,或者什么调用对应的SendxxxToxxx,这样无论是从编码工作量还是设计上考虑都不够友好。 但是如果能够暴露sendxxxxToUser则能十分轻易的处理它,甚至于我即使希望继承(组合)的方式拓展某个接口,例如msg,也可以十分方便的实现。
我有一个不成熟的建议,从原框架中可以看到您对细节进行了大量封装,这使得上手容易,开发迅捷。在不破坏原封装的情况下,是否可以单开一个类或接口用于公开内部的一些真正的实现函数,
这样既保留了原代码的封装,也提高了其拓展性
The text was updated successfully, but these errors were encountered:
这个提议好
Sorry, something went wrong.
openwechat/relations.go
Line 76 in fba9c35
能获取好友,好友可以发送消息
Line 28 in fba9c35
No branches or pull requests
例如 我在使用中打算制作机器人,为其添加一些管理命令。由于无法获得wxid。
我设置其当自身账号的信息时触发。
然后一般对于消息触发不同逻辑的派发一般直接使用您框架中的Replyxxx函数,此时就出现问题了。msg.replayxxx不能再发送一条消息。这种情况的回复,我需要按照情况区分是群,或者是好友,或者什么调用对应的SendxxxToxxx,这样无论是从编码工作量还是设计上考虑都不够友好。
但是如果能够暴露sendxxxxToUser则能十分轻易的处理它,甚至于我即使希望继承(组合)的方式拓展某个接口,例如msg,也可以十分方便的实现。
我有一个不成熟的建议,从原框架中可以看到您对细节进行了大量封装,这使得上手容易,开发迅捷。在不破坏原封装的情况下,是否可以单开一个类或接口用于公开内部的一些真正的实现函数,
这样既保留了原代码的封装,也提高了其拓展性
The text was updated successfully, but these errors were encountered: