Option to force singular field naming (JS generator)

[4nte]

What language does this apply to?
This is for proto3 Javascript code generation.

Describe the problem you are trying to solve.
A repeated field, when generated to javascript, will be appended with a List suffix. This behaviour introduces (forced) changes to the user-defined names which can sometimes be unwanted as we'd (generally) expect the field names to match the original proto file.

Describe the solution you'd like
Field annotation (a boolean) to force singular naming.

Describe alternatives you've considered

1. Writing a custom mapper to rename the fields to their original proto name.
2. Modifying generated JS code.

Additional context
https://stackoverflow.com/questions/51508553/why-does-the-protobuf-javascript-compiler-suffix-collections-with-list-map

[untra]

this also just bit us, and makes it hard to use shared protobuf fields with our generated typescript as well:
improbable-eng/ts-protoc-gen#86
😱

[majelbstoat]

I also have this problem. I can't use the generated types in a Typescript client consuming an API from grpc-gateway. grpc-gateway (correctly) sends my repeated field as questions. I can access response.questions in the client, but I can't type the result as QuestionsResponse.AsObject because that says I have a field response.questionsList, which I don't.

It's pretty unfriendly to change the field name from the definition. If the goal is to avoid collisions with internal fields, you could do something like the go implementation does and put them all in a weirdly named field like xxx_internal.

[majelbstoat]

Well, instead of just complaining, I wrote a protoc plugin for the grpc-gateway use-case. Maybe it will help someone out. No warranty implied, use at your own risk etc.

https://gist.github.com/majelbstoat/5f73f58a057123c8d46db66ebbaae987

[thesayyn]

You could just use https://github.com/thesayyn/protoc-gen-ts. it works well with almost every grpc framework out there.

[majelbstoat]

That's cool, but it doesn't work with gprc-gateway

[weisssean]

I use both python and JS protocol buffers and the deserialize results are different. it makes it pretty unusable. Why do we even need the "List" suffix in the first place?
Any workarounds?
Any chance this feature will make it to a release any time soon?

[domino14]

Does anyone have any workarounds or suggestions?

[janjaap]

In the project I'm currently working on, I had to resort to converting the generated client files manually, like so

find src/**/*_pb.js | xargs sed -i 's/\(List\|Map\): jspb\.Message/: jspb.Message/g'

[SmashPlusUltra]

It'll be nice to see the opinion of the developers which maintain the project about this issue.