On Thursday, September 6, 2018 at 9:45:37 PM UTC-4, Nigel Tao wrote: > > Asking about embedding and reflection sounds like an XY problem > (http://xyproblem.info/). Can you elaborate on what "walk through the > user-defined methods of a Cmd-like interpreter instance" is? >
Sure. My reposurgeon program uses the Python Cmd class: https://docs.python.org/2/library/cmd.html The Go translation needs an emulation of Cmd, which my talented and hardworking apprentice Ian Bruene has just shipped an 0.1 version of: https://gitlab.com/ianbruene/Kommandant The main remaining issue with his implementation is that he has to explicitly register command handlers, linking them to names. This is an obviously error-prone pain in the ass, and I want to make it work more like the Python original. In that original, you declare a class that inherits from Cmd. Cmd then walks through your interpreter class picking out method names beginning with "doXXXXX" and binding them to be fired by the command string XXXXX. Obviously we can't use inheritance in the normal sense here, but I was hoping that if an embedded instance of Cmd could discover the struct instance it's part of, a similar thing could be pulled off. Alas, your answer that this can't be done is unsurprising and I was half expecting it. Calling one function to pass in the outer type beats having to declare all the command handlers individually.... ...provided, that is, that it's possible to get from the member name to a function pointer that can be called like a closure. Does the reflection system support such a call-indirect method? -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
