[PHPUnit][PHP7.1] Działanie typów zwracanych w PHPUnit Opcje

[czychacz]

G:\htdocs\project>.\vendor\bin\phpunit
PHP Fatal error: Cannot use 'null' as class name as it is reserved in G:\htdocs
\project\src\Named\NamedTrait.php on line 32

Na taki błąd natknąłem się dzisiaj, gdy chciałem napisać testy jednostkowe dla mojej aplikcaji. Podobnymi błędami rzuca w przypadku typu void.
Czy to standardowy błąd PHPUnit, czy może trzeba po prostu coś inaczej zrobić?

[Pyton_000]

My nie wróżki, kod pokaż który testujesz i test

[czychacz]

[PHP] pobierz, plaintext 
<?php
 
namespace Project\Named;
 
trait NamedTrait
{
 
    /**
     * Table name
     *
     * @var string
     */
    protected $name;
 
    public function __construct(string $name)
    {
        $this->setName($name);
    }
 
    public function getName(): string
    {
        return $this->name;
    }
 
    protected function setName(string $name): void
    {
        $this->name = $name;
    }
}
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
<?php
 
namespace Project;
 
use Project\Named\NamedTrait;
 
class Table
{
 
    use NamedTrait {
        NamedTrait::__construct as protected namedConstruct;
    }
 
    public function __construct($name)
    {
        $this->namedConstruct($name);
    }
}
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
<?php
 
use PHPUnit\Framework\TestCase;
use Project\Table;
 
class TableTest extends TestCase
{
 
    const TABLE_NAME_TEST = 'test';
 
    /**
     * @dataProvider providerTable
     */
    public function testTable(Table $table)
    {
        $this->assertInstanceOf(\Project\Table::class, $table);
        $this->assertEquals(self::TABLE_NAME_TEST, $table->getName());
    }
 
    public function providerTable()
    {
        return array(
            array(
                new Table(self::TABLE_NAME_TEST)
            )
        );
    }
}
[PHP] pobierz, plaintext 

Dla

[PHP] pobierz, plaintext 
NamedTrait::setName(string $name): void
[PHP] pobierz, plaintext 

dostaję błąd:

The data provider specified for TableTest::testTable is invalid.
Return value of HaruDb\Table::setName() must be an instance of HaruDb\Named\void
, none returned

Jeśli zmienię zwracany typ na null, to dostaję komunikat z pierwszego postu.

Podałem informację o namespace HaruDb - taki jest namespace po przeróbkach kodu.

Time: 40 ms, Memory: 4.00MB

There was 1 warning:

1) Warning
The data provider specified for TableTest::testTable is invalid.
Return value of Project\Table::setName() must be an instance of Project\Named\vo
id, none returned

WARNINGS!
Tests: 1, Assertions: 0, Warnings: 1.

[com]

a gdzie declare(strict_types=1);

[Pyton_000]

Deklarując `:void` musisz dać return.

[markuz]

Upewnij się, że odpalasz to na php 7.1

@Python void jest właśnie od tego żeby return nie musiało być [chyba]

[Pyton_000]

Taki duży a dokumentacji nie czyta
http://php.net/manual/en/migration71.new-f....void-functions

[markuz]

@Python czytałem to zanim napisałem post, może mój angielski po prostu szwankuje ale:

Functions declared with void as their return type must either omit their return statement altogether, or use an empty return statement.

Czy to nie oznacza, że funkcje zdeklarowane z void jako return type muszą albo pomijać return całkowicie albo używać pustego return;?

Ten post edytował markuz 25.05.2017, 21:43:19

[Pyton_000]

Racja. W sumie sam nie doczytałem

aa dobra... Pewnie masz PHP 7.0, a ten feature jest od 7.1

Przed chwilą sprawdziłem i na 7.1.5

[PHP] pobierz, plaintext 
<?php
declare(strict_types=1);
 
function test():void {
  echo 'aa';
}
 
test();
[PHP] pobierz, plaintext 

działa, a na 7.0 się wywala.

[com]

void to void nic nie zwraca

[czychacz]

Nagłówek z phpinfo();

PHP Version 7.1.4

Poza tym sam kod php poza PHPUnit śmiga bez zarzutów.

[PHP] pobierz, plaintext 
declare(strict_types=1);
[PHP] pobierz, plaintext 

Ta deklaracja powinna być w każdym pliku? Po kiego grzyba coś takiego?

Skrypt z jakiegoś powodu działa nawet bez niej :E

Ten post edytował czychacz 26.05.2017, 17:58:30

[com]

to w końcu działa czy nie działa, a no poto żeby php wiedział czy trzymasz się typów czy nie

[czychacz]

Poza tym sam kod php poza PHPUnit śmiga bez zarzutów.

Wyraźnie napisałem, że POZA PHPUnit wszystko działa.
Czyli PHPUnit nie działa - chyba logiczne.

[com]

Nie zauważyłem
Jaka wersja PHPUnit?

Ten post edytował com 26.05.2017, 19:40:05

[nospor]

Poza tym sam kod php poza PHPUnit śmiga bez zarzutów.

Jak dla mnie, to kod ci dziala gdy odpalasz go przez przegladarke a nie dziala ci gdy odpalasz go z konsoli.
Wniosek jest dosc oczywisty: w konsoli masz inne php niz w na serwerze www

[czychacz]

Faktycznie, zapomniałem zmienić PATH po instalacji PHP 7.1