Currently PropertyInfo is a bit inconsistent in the behavior of isWriteable() and isReadable() when using it with properties in snake_case format, which are only accessible via a getter and setter. To be readable the getter function has to be in camel_case (e.g.getSnakeCase()), while the setter function has to remain in the snake case format (e.g.setSnake_case()).

In this example class:

class Dummy {privatestring$snake_case;publicfunctiongetSnakeCase():string  { }publicfunctionsetSnakeCase(string$snake_case):void  { } }

the propertysnake_case is considered readable like you would expect, but not writeable, even though the property has a useable setter and the value can be actually be modified fine by something like the PropertyAccess component.
To make the property actually considered writeable, the setter would need to be namedsetSnake_case, which is pretty inconsistent with the behavior of isReadable and makes it very hard to use this component on snake_case properties.

This inconsistencies are caused by the fact, thatisReadable in ReflectionExtractor uses thegetReadInfo() function which does a camelization of the property name internally, while theisWriteable() function uses thegetMutatorMethod() function which just perform a capitalization of the first letter.

This PR fixes this inconsistencies between isReadable() and isWriteable() by allowing to use a camelCase style setter to be considered writeable, as this is much more common then to use the mix of snake and camelCase currently required.

The getWriteInfo() function is not useable here, because it needs both a add and remove Function on collection setters to give proper infos, while the currentisWriteable() implementation considers a class with just a add or a remove function as writeable. Therefore the property name just gets camelized before being feed into thegetMutatorMethod(), which gives the desired result.

To maximize backwards compatibility, if no camelCase style setter is found, it is still checked for a snake_case setter, so that classes having these, are still considered writeable after the change.

The current behavior is causing some inconsistencies in higher level libraries, which rely on this component. In API Platform for example properties in snake_case are considered read only even though they have a (camel case) setter, because of this. See issue:api-platform/core#5641 andapi-platform/core#1554