protoc-gen-letmegrpc does not support subtypes as repeated
Falco20019 opened this issue · comments
I just tried to use the default addressbook.proto example. The function buildRepeatedKeyword_PhoneNumber_phones is generated, but where it's used, it want's to call buildRepeatedKeyword__phones. I just started looking into the problem, but I assume the getMessage in form.go seems to have a problem with subtypes. I will check if I can fix it in little time. If not, I will have to just drop my tests of letmegrpc, since this is already the second problem I found in less than an hour and I don't want to get from one problem into the next.
Fair enough. Yes it is probably to do with sub messages.
Letmegrpc is some of the worst code I have ever wrote, but unfortunately it works well for the use cases I and others have and I never use sub messages, oneof or windows.
It working for the use cases we had makes motivating a rewrite quite hard.
I would love to be paid to rewrite this in Elm or Purescript and using gRPC reflection, so dynamically generate the form in the frontend in a type safe language, without the possibility of null pointer exceptions.
But unfortunately at the moment I am not even a user of protobufs :(
Ok, thanks for the info. I'm dropping my test and will just write a C# client since it's fast than fixing this :) I also have a lot of the reflection stuff done, since I use it in a configuration tool. So upgrading that to also have client functionality should be the fastest option. I will still leave this issue open, just in case someone else stumples upon it.
As someone who has done this before, I really recommend doing this all in the frontend. You don't need a backend to generate a gRPC GUI.