В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

symfony

2209 membersпожаловаться на группу
2021 February 02

KS

Kirill Sotnikov in symfony
Вы точно имели в виду эти названия функций?
источник
10:02пожаловаться#1

👤U

👤 User in symfony
Да неее. Просто пока у B не сдернуть абстракт - я свободно его использую. НЕ требует реализации метода c();
Но стоит убрать абстрактность класса B - нормальный фатал эрор.
источник
10:02пожаловаться#2

👤U

👤 User in symfony
На самом деле, просто не надо пытаться работать с абстрактными классами, даже если их статичные методы позволяют. Абстрактный на то и абстрактный, наверное.
источник
10:03пожаловаться#3

S

SarcasmIO in symfony
class must be declared abstract or implement method
источник
10:03пожаловаться#4

S

SarcasmIO in symfony
ты никогда это ошибку не видел что ли ?
источник
10:03пожаловаться#5

👤U

👤 User in symfony
Если взять код выше и вкинуть в php никакой ошибки не будет. Это меня и смутило.
источник
10:04пожаловаться#6

D

Dmitry in symfony
абстрактный класс и интерфейс это почти одно и тоже
источник
10:04пожаловаться#7

D

Dmitry in symfony
поэтому нет и проверок между ними, хотя синтаксически написано верно
источник
10:04пожаловаться#8

👤U

👤 User in symfony
Я бы, чтобы не возникало такой вот неопределенности, запрещал вызов методов абстрактных классов. Даже если они статичны.
Абстракт на то и абстракт.
источник
10:04пожаловаться#9

👤U

👤 User in symfony
Я, конечно, упростил. Просто мне тут код передали. А там "рабочий" класс заявлен абстрактным. И не реализует пару методов интерфейса. Меня это сильно смутило, что он вообще работает.
источник
10:05пожаловаться#10

D

Dmitry in symfony
вы еще в жабаскрипте попросите чтобы '1'+1 было 2
источник
10:05пожаловаться#11

👤U

👤 User in symfony
Правильнее, я думаю, вообще вот так сделать:
источник
10:05пожаловаться#12

👤U

👤 User in symfony
<?php

abstract class A
{
   abstract public static function c(): bool;
}

class B extends A
{
   public static function bar()
   {
       echo 1;
   }
   public static function c(): bool {
       return true;
   }
}
B::bar();
источник
10:06пожаловаться#13

👤U

👤 User in symfony
Накой тут прошлое поколение вообще интерфейс завели, если оперируют абстрактами.
источник
10:06пожаловаться#14

👤U

👤 User in symfony
abstract class A
{
   abstract public static function c(): bool;
}

abstract class B extends A
{
   public static function bar()
   {
       echo 1;
   }
}
B::bar();

Хехе. А если так сделать - снова нет ошибки. Все же абстракт отключает наглухо логику проверки на реализацию заявленных функций. Ясно. Передам ваятелям, чтоб больше так не ваяли. Раньше как-то даже мысли не было создавать абстрактные классы со статическими методами и потом их дергать.
источник
10:08пожаловаться#15

АЯ

Андрей Ява in symfony
👤 User
Я бы, чтобы не возникало такой вот неопределенности, запрещал вызов методов абстрактных классов. Даже если они статичны.
Абстракт на то и абстракт.
Тогда нвдо юзать интерфейсы.
источник
10:08пожаловаться#16

D

Dmitry in symfony
👤 User
abstract class A
{
   abstract public static function c(): bool;
}

abstract class B extends A
{
   public static function bar()
   {
       echo 1;
   }
}
B::bar();

Хехе. А если так сделать - снова нет ошибки. Все же абстракт отключает наглухо логику проверки на реализацию заявленных функций. Ясно. Передам ваятелям, чтоб больше так не ваяли. Раньше как-то даже мысли не было создавать абстрактные классы со статическими методами и потом их дергать.
так тут все верно, в чем проблема ?
источник
10:08пожаловаться#17

АЯ

Андрей Ява in symfony
👤 User
abstract class A
{
   abstract public static function c(): bool;
}

abstract class B extends A
{
   public static function bar()
   {
       echo 1;
   }
}
B::bar();

Хехе. А если так сделать - снова нет ошибки. Все же абстракт отключает наглухо логику проверки на реализацию заявленных функций. Ясно. Передам ваятелям, чтоб больше так не ваяли. Раньше как-то даже мысли не было создавать абстрактные классы со статическими методами и потом их дергать.
А тут вообще не нужны классы, это просто набор функций
источник
10:09пожаловаться#18

👤U

👤 User in symfony
С точки зрения php ни в чем. С точки зрения логики Класс B не реализует абстрктный метод c(); По идее, должна была бы быть ошибка.
источник
10:09пожаловаться#19

👤U

👤 User in symfony
Андрей Ява
А тут вообще не нужны классы, это просто набор функций
Функциональное программирование, зашитое в класс. И не такое видали)
источник
10:09пожаловаться#20