Table of Contents

PHP RFC: isReadable/Writeable reflection methods

Introduction

The ReflectionProperty::isPublic() method, by design, indicates only if a property has a “public” flag set on it, nothing more. Prior to PHP 8.1, that implicitly also meant “can be written to from scope outside the object.” However, PHP 8.1 introduced readonly properties, which broke that assumption with implicit private-set visibility. The addition of explicit asymmetric visibility in PHP 8.4 further undermined that assumption. The result is that there is currently no straightforward way to determine at runtime if reading from or writing to a property would be allowed. This RFC attempts to provide such a utility.

Proposal

The ReflectionProperty object will be expanded with two additional methods, as defined below:

class ReflectionProperty
{
    // ... All the existing functionality.
 
    public function isReadable(?string $scope = 'static', ?object $object = null): bool {}
 
    public function isWriteable(?string $scope = 'static', ?object $object = null): bool {}
}

The behavior of the parameters is the same for both methods.

$scope

The $scope parameter specifies the scope from which we want to know if the operation is valid. Put another way, these methods can be read as “if I were to try to read/write this property from $scope, would that be allowed?”

The $scope parameter may have one of three values:

$object

The $object parameter is an optional object to analyze the property on. If not provided, the analysis will look only at static information on the property, and thus ignore information such as if a readonly property has already been written to.

Considered factors

Both methods will examine the same information about a property, if available, to determine if the operation would be allowed.

isReadable()

isWritable()

Of note, this does not absolutely guarantee that a read/write will succeed. There's at least two exceptions:

One, some PHP built-in classes have effectively immutable properties but do not use readonly or private(set). Those would not be detected here, until and unless they are updated to use the now-available mechanisms. (See, eg: https://github.com/php/php-src/issues/15309)

Two, a get or set hook may throw an exception under arbitrarily complex circumstances. There is no way to evaluate that via reflection, so it's a gap that will necessarily always be there.

Backward Incompatible Changes

None.

Proposed PHP Version(s)

PHP 8.5

Proposed Voting Choices

Yes or no vote, 2/3 required to pass.

Approve asymmetric visibility for static properties?
Real name Yes No
Final result: 0 0
This poll has been closed.

Patches and Tests

Implementation

After the project is implemented, this section should contain

  1. the version(s) it was merged into
  2. a link to the git commit(s)
  3. a link to the PHP manual entry for the feature
  4. a link to the language specification section (if any)

References

Links to external references, discussions or RFCs

Rejected Features

Keep this updated with features that were discussed on the mail lists.