The return type could not be reliably inferred; please add a @return annotation.
Our type inference engine in quite powerful, but sometimes the code does not
provide enough clues to go by. In these cases we request you to add a @return
annotation as described here.
It seems like you code against a specific sub-type and not the parent class Faker\Provider\Base as the method name() does only exist in the following sub-classes of Faker\Provider\Base: Faker\Provider\Person, Faker\Provider\ar_JO\Person, Faker\Provider\ar_SA\Person, Faker\Provider\bg_BG\Person, Faker\Provider\bn_BD\Person, Faker\Provider\cs_CZ\Person, Faker\Provider\da_DK\Person, Faker\Provider\de_AT\Person, Faker\Provider\de_CH\Person, Faker\Provider\de_DE\Person, Faker\Provider\el_GR\Person, Faker\Provider\en_GB\Person, Faker\Provider\en_IN\Person, Faker\Provider\en_UG\Person, Faker\Provider\en_US\Person, Faker\Provider\en_ZA\Person, Faker\Provider\es_AR\Person, Faker\Provider\es_ES\Person, Faker\Provider\es_PE\Person, Faker\Provider\es_VE\Person, Faker\Provider\fa_IR\Person, Faker\Provider\fi_FI\Person, Faker\Provider\fr_BE\Person, Faker\Provider\fr_CA\Person, Faker\Provider\fr_CH\Person, Faker\Provider\fr_FR\Person, Faker\Provider\he_IL\Person, Faker\Provider\hr_HR\Person, Faker\Provider\hu_HU\Person, Faker\Provider\hy_AM\Person, Faker\Provider\id_ID\Person, Faker\Provider\is_IS\Person, Faker\Provider\it_CH\Person, Faker\Provider\it_IT\Person, Faker\Provider\ja_JP\Person, Faker\Provider\ka_GE\Person, Faker\Provider\kk_KZ\Person, Faker\Provider\ko_KR\Person, Faker\Provider\lt_LT\Person, Faker\Provider\lv_LV\Person, Faker\Provider\me_ME\Person, Faker\Provider\mn_MN\Person, Faker\Provider\nb_NO\Person, Faker\Provider\ne_NP\Person, Faker\Provider\nl_BE\Person, Faker\Provider\nl_NL\Person, Faker\Provider\pl_PL\Person, Faker\Provider\pt_BR\Person, Faker\Provider\pt_PT\Person, Faker\Provider\ro_MD\Person, Faker\Provider\ro_RO\Person, Faker\Provider\ru_RU\Person, Faker\Provider\sk_SK\Person, Faker\Provider\sl_SI\Person, Faker\Provider\sr_Cyrl_RS\Person, Faker\Provider\sr_Latn_RS\Person, Faker\Provider\sr_RS\Person, Faker\Provider\sv_SE\Person, Faker\Provider\tr_TR\Person, Faker\Provider\uk_UA\Person, Faker\Provider\vi_VN\Person, Faker\Provider\zh_CN\Person, Faker\Provider\zh_TW\Person. Maybe you want to instanceof check for one of these explicitly?
Let’s take a look at an example:
abstractclassUser{/** @return string */abstractpublicfunctiongetPassword();}classMyUserextendsUser{publicfunctiongetPassword(){// return something}publicfunctiongetDisplayName(){// return some name.}}classAuthSystem{publicfunctionauthenticate(User$user){$this->logger->info(sprintf('Authenticating %s.',$user->getDisplayName()));// do something.}}
In the above example, the authenticate() method works fine as long as you just pass
instances of MyUser. However, if you now also want to pass a different sub-classes
of User which does not have a getDisplayName() method, the code will break.
classAuthSystem{publicfunctionauthenticate(User$user){if($userinstanceofMyUser){$this->logger->info(/** ... */);}// or alternativelyif(!$userinstanceofMyUser){thrownew\LogicException('$user must be an instance of MyUser, '.'other instances are not supported.');}}}
Note: PHP Analyzer uses reverse abstract interpretation to narrow down the types
inside the if block in such a case.
KnpLabs /
FriendlyContexts
Loading history...
Our type inference engine in quite powerful, but sometimes the code does not provide enough clues to go by. In these cases we request you to add a
@returnannotation as described here.