-
-
Notifications
You must be signed in to change notification settings - Fork 311
New issue
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
"PropertyName" Naming Strategy #49
Comments
Sounds good to me. On Sun, Nov 27, 2011 at 7:56 PM, Ryan Weaver <
|
+1 |
2 similar comments
👍 |
+1 |
+1 |
This would remove the need for #139 for me (although there's no reason both shouldn't be available). |
+1 this would be really nice! |
+1 |
@weaverryan just wondering if you've been able to make any progress on this (or are planning to)? |
+1 |
This is super simple to implement. If you really need it, please someone send a PR instead of adding +1s on this issue. |
Hi guys!
I was wondering if there was a specific reason for not having a naming strategy that simply uses the property name as the end field name. The use case is serializing an object for consumption by a BackboneJS model, but then a server-side Sf2 form to handle the BackboneJS model save (e.g. deserialize the posted data then proxy through a form).
Unless anyone can see a reason against this, I'm happy to make a PR for this.
Thanks!
The text was updated successfully, but these errors were encountered: