php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Return to Bug #60536
Patch property008.phpt revision 2011-12-16 16:46 UTC by gron@php.net
Patch property007.phpt revision 2011-12-16 16:19 UTC by gron@php.net
Patch property006.phpt revision 2011-12-16 16:19 UTC by gron@php.net
Patch property005.phpt revision 2011-12-16 16:19 UTC by gron@php.net
Patch bug60536.phpt revision 2011-12-16 15:57 UTC by laruence@php.net
Patch bug60536.patch revision 2011-12-16 15:54 UTC by laruence@php.net

Patch property006.phpt for Scripting Engine problem Bug #60536

Patch version 2011-12-16 16:19 UTC

Return to Bug #60536 | Download this patch
Patch Revisions:

Developer: gron@php.net

--TEST--
Introducing new private variables of the same name in a subclass is ok, and does not lead to any output. That is consitent with normal inheritance handling.
--FILE--
<?php
error_reporting(E_ALL | E_STRICT);

class Base {
  private $hello;    
}

trait THello1 {
  private $hello;
}

// Now we use the trait, which happens to introduce another private variable
// but they are distinct, and not related to each other, so no warning.
echo "PRE-CLASS-GUARD\n";
class SameNameInSubClassNoNotice extends Base {
    use THello1;
}
echo "POST-CLASS-GUARD\n";

// now the same with a class that defines the property itself,
// that should give the expected strict warning.

class Notice extends Base {
    use THello1;
    private $hello;
}
echo "POST-CLASS-GUARD2\n";
?>
--EXPECTF--	
PRE-CLASS-GUARD
POST-CLASS-GUARD

Strict Standards: Notice and THello1 define the same property ($hello) in the composition of Notice. This might be incompatible, to improve maintainability consider using accessor methods in traits instead. Class was composed in %s on line %d
POST-CLASS-GUARD2
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Nov 21 12:01:29 2024 UTC