Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Александр, если вы про свой ответ, а точнее комментарий, который вы там выше оставили - я не могу закрыть на нем вопрос, так как это комментарий, а не ответ, который я могу пометить верным. Если вы про ответ Антона, то я не думаю, что Антон просто вообще понимает, о чем идет речь.

Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Антон Шаманов, Антон, мы же с вами уже попрощались.

Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Антон Шаманов, до свидания, Антон, разговор явно зашел в тупик.

Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Антон Шаманов, в таком случае боюсь вы не понимаете, о чем пишете. Никакого вызова $this из статического метода тут не будет происходить. Будет два разных метода, вызываемые один внутри __call, а другой внутри __callStatic. Это могут быть даже не методы, а просто куски кода внутри перечисленных магических методов.

И эти методы, если будет оформлено все как 2 разных метода, будут иметь разное название, разную логику и вообще не будут как-либо связаны между собой, кроме как тем, что в итоге будет выполнен код либо одного метода, либо другого, в зависимости от контекста.

Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Антон Шаманов,

ide не может определить забыли ли добавить данный метод, ошиблись в его названии при вызове или все ок и это просто магия + вызов динамического контента вроде $this из статичного метода

не совсем понял, на что вы конкретно тут отвечаете.

Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Антон Шаманов, смотря какие сложности вы тут подразумеваете. Опишите пример, в котором может возникнуть проблема, мешающая отладить перегрузку метода в двух контекстах.

Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Сергей Попов,

Это всегда больно, по той причине, что такая магия сложно отлаживается и найти баги, возникающие по причине подобной магии - трудно.

Просто повторюсь еще раз: я не спорю с тем, что магия - зло, когда она мешает пониманию кода, его отладке и так далее. Но речь о том, чтобы как раз избавиться от такого, за счет документирования через phpDoc.

Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Сергей Попов, очевидно, что автор ответа, где мы переписываемся, не выходил, раз называет перегрузку говнокодом. Ваш пример и обсуждение того, антипаттерн это или нет - это совсем про другое, тут же совершенно классическая ситуация перегрузки метода в двух контекстах, которая то ли не поддерживается phpDoc, то ли поддерживается, но так, что я не могу найти примеры такой поддержки.

Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Сергей Попов, сама по себе магия не зло, зло - отсутствие ее поддержки через всякие документоры или нативная в IDE.

Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Антон Шаманов, перегрузка - это наитипичнейшая ситуация в языках программирования. Если вам это неизвестно, то проблема вашего уровня как программиста. Laravel, как и я, просто используем то, что доступно в языке, не придумывая своего. Более того, сама документация PHP содержит примеры перегрузки, см пример с runTest().

Так что не позорьтесь.

Как при помощи phpDoc описать сразу два варианта метода, перегруженных через __call и __callStatic?

Вы уверены, что хорошо знаете PHP? Потому что методы __call и __callStatic существуют ровно для этого, для перегрузки методов в различных контекстах.

Почитайте документацию, возможно, откроете для себя что-нибудь новенькое.

Как принято именовать в базах данных таблицу набора состояний и таблицу записи состояний?

duhbox, теперь понятно, спасибо! К сожалению, это наверное слишком узкий вариант. Но мы обсудим И такое сегодня :-)

Как наиболее оптимально и традиционно хранить права доступа к тому или иному объекту?

А что скажете насчет того, что предлагают выше?

Как принято именовать в базах данных таблицу набора состояний и таблицу записи состояний?

Простите, но это на какую часть вопроса ответ?

Пвсевдокод, есть ли какие-то инструменты для описания на нем средней величины проектов?

Возможно, я неверно задаю вопрос, раз вы второй, кто говорит не об инструментах для работы с псевдокодом, UML или о чем угодно еще, а о них самих.

Пвсевдокод, есть ли какие-то инструменты для описания на нем средней величины проектов?

Про JetBrains MPS спасибо, не знал про нее. Но это все-таки не то. UML диаграммы знакомы с первого курса в 2002 году, но я все-таки больше про инструмент, который поможет работать не только с ними, но и с собственно псевдокодом как он есть.

IntelliJ IDEA + Maven: как перенести внешнюю зависимость в проект?

В общем случае вы правы, хотя хотелось, конечно, более пошаговой инструкции. Но так как я уже все сделал, будем считать, что я вас помучал в комментариях, и вы в итоге помогли мне до конца :-)

IntelliJ IDEA + Maven: как перенести внешнюю зависимость в проект?

sergueik, вопрос не про то был, а вообще как перенести проект, я совершенно новичок в Java. Но я уже разобрался и позднее сам напишу ответ на вопрос, а вам все равно спасибо!

Роадмап для машинного обучения?

sim3x, смотря что вы считаете вебдевом.

Можно расторгнуть контракт?

Верно, можно раз в три, что ли, месяца так делать.