function method(ActionInterface $action) {
return $action->methodLikeInvoke();
}
Interface ActionInterface
{
public function methodLikeInvoke() : bool
}
Class Action implements ActionInterface
{
public function methodLikeInvoke() { ... }
}в любом случае в invoke и ответственность закрывается одна
в случае паттернов появляется гибкость, да одни плюсы, минусов просто нет... не понимаю вас
вы ошибаетесь, если представить процесс объектом, то как раз его функциональное представление — наиболее лаконичное и целостное представление
а вот так лаконично
class Validator {
public function __invoke($data)
}
$validator($obj)
function validate($data)
validate($obj)/**
* Retrieve the authenticated user for the incoming request.
*
* @param \Illuminate\Http\Request $request
* @return mixed
*/
public function __invoke(Request $request)
{
if ($user = $this->auth->guard(config('sanctum.guard', 'web'))->user()) {
return $this->supportsTokens($user)
? $user->withAccessToken(new TransientToken)
: $user;
}
if ($token = $request->bearerToken()) {
$model = Sanctum::$personalAccessTokenModel;
$accessToken = $model::findToken($token);
if (! $accessToken ||
($this->expiration &&
$accessToken->created_at->lte(now()->subMinutes($this->expiration)))) {
return;
}
return $this->supportsTokens($accessToken->tokenable) ? $accessToken->tokenable->withAccessToken(
tap($accessToken->forceFill(['last_used_at' => now()]))->save()
) : null;
}
}return $accessToken->tokenable->withAccessToken(
tap($accessToken->forceFill(['last_used_at' => now()]))->save()
)Но я все равно не понял :)
А почему мы просто не можем вызвать
SomeClass::someStaticMethodInsteadInvoke()
в чем именно преимущество Invoke перед обычными методами?
// я просто пытаюсь понять, могу ли я где-то применить Invoke в своих проектах, и главное: нужно ли мне это?))
мне не интересно сейчас спорить по поводу терминов.
Для меня удаление 99 из 100 Exception в коде - это удаление exception. Для кого-то это "правильное использование" (хотя для меня это костыли), сути правок не меняет.
дело в том что вы просто нарисовались здесь не принеся ни байта полезной информации. Во мне ли дело или в вас пустословах?
ООП не процедурное программирование, от слова совсем. Да, в ООП зачастую не обойтись без отдельных процедурных вещей, впрочем как и в функциональном. Так что это заявление бессмысленно. Но в ООП это используется на нижнем уровне, и вы прекрасно можете использовать ООП по назначению - структурировать код. В функциональном не обойтись без процедурного на самом верхнем уровне, потому как структурировать функционально проблематично.
Впрочем, спорить о ООП, функционально и процедурном бессмысленно. Я это уже подчеркивал выше, нравится вам функциональный - используйте, хоть прям внутри метода объекта, но маскировать функциональное программирование под ООП - это странно. А вытаскивать функциональное на верхний уровень параллельно с ООП - опасный подход. И выглядит это прекрасно только в примитивном примере с арифметическими опреациями над одной переменной и засчет отказа от функциональной записи и последовательного применения функций. Как-только будет чтото сложное - начнется ад, никто не пишет DSL функционально, поэтому фича забавная, но не более того.