Opa blz? , cara meu primeiro trabalho como programador peguei um sistema com Repository, desde então quando uso fazia no mesmo padrão. Um pouco diferente más o final é o mesmo, vou testar depois desse jeito, aproveitar que estou fazendo portifólio e já me atualizar rs. Vlw ótimo video
Opa... fala Diego... Boaaa... De Service ainda não fiz mesmo, mas vou por na lista... Bom em si os Service estão muito mais ligado a regras de negócios ou funções de uso geral do sistema, esse é um breve resumo mesmo... Mas com certeza tem espaço pra rolar aqui no canal esse conteúdo... Sucesso!
Oi, tudo bem? Qual a vantagem de usar as functions statics e usar esse loadmodel ao invés de usar as functions normais e com um construtor? Esse forma de usar o repository é alguma nova maneira de usar o pattern ou você que adaptou isso?
Fala Marcos.... Muito bem observado... No exemplo eu abstrai o máximo assim como o deixei de forma bem genérica. Massss isso vai do Dev, não necessariamente precisa ser assim. Dá pra aplicar os mesmo conceitos sem criar abstrações, traits ou métodos estáticos, vai muito do Dev e de como ele irá preferir usar. Espero ter ajudado de alguma forma. Sucesso!
dae blz, alguem tem indicação de algum conteúdo para Horizon em produção, estou com dificuldades de configura-lo para produção! (como sempre, excelente conteúdo!)
Fala Armando... Logo logo vamos ter sim... à pouco fiz um vídeo colocando o Laravel Octane em produção, e o Horizon será um dos próximos com toda certeza.
opa top! só um detalhe, você poderia deixar todos os metodos da repository como protected e utilizar o __callStatic para chamar os metodos da repository de forma estatica tipo isso: public $model; public function __construct() { if (!empty($this->model)) { $this->model = app($this->model); } } public static function __callStatic(string $method, array $parameters) { return (new static)->$method(...$parameters); }
Bem lembrado Douglas... Isso ajudaria sim a controlar o acessos dos métodos a essas função. Porem, teria um ponto negativo que foi o que pensei ao fazer o vídeo, a ideia de fazer da forma que eu fiz no vídeo foi de facilitar o uso e implementação do método tendo em vista que da forma que fiz uma IDE simples como o VS Code consegue auxiliar e revelar ao desenvolvedor os métodos disponíveis. Com um nível de modificadores de acesso mais restrito há maior tendência da IDE não encontrar e não exibir os métodos disponíveis. Uma solução neste caso seria ter uma Facade ou Contract para que nele faça o acesso dos métodos protegidos e traga isso de forma publica e de fácil uso em qualquer IDE. Mas parabéns pela sugestão, sucesso!
Oi, poderiaa dizer qual é essa extensão que fica um comentario ? exemplo quando vc chama where() ele tem um pequeno comentario que mostra oq ele vai receber como parametro etc....
Opa... Fala Edvaldo.... "PHP Parameter Hint", existem outras semelhantes também, buscando por apenas Parameter Hint tu deve visualizar as demais. Sucesso!
Muito bom Urnau.
Já estou viciado nos vídeos da Dev Tech Tips.
Sempre um melhor que o outro. Parabéns.
Vlwww Duca, obrigadão... Sucesso! Vamos que vamos...
Ótimo vídeo Urnauzão, estou no aguardo do vídeo implementando o Repository Pattern para APIs.
Vlw o feedback... Já está na minha lista... logo logo saí...
Muito bom, as vezes o construct com injeção vira um problema bem chato no repository
Video bem didático, parabens pelo conteúdo!
Vlw Pedro... obrigado pelo feedback... Sucesso!
voce e muito fera parabens ...
Opa, ótimo conteúdo! Tem algum vídeo específico sobre injeção de dependência no Laravel? Se não tiver, seria uma boa pedida. Abraço!
Legal. Quero Mais Repository Pattern
Fala Sergião... Booooa, vamos preparar então! Sucesso!
Opa blz? , cara meu primeiro trabalho como programador peguei um sistema com Repository, desde então quando uso fazia no mesmo padrão. Um pouco diferente más o final é o mesmo, vou testar depois desse jeito, aproveitar que estou fazendo portifólio e já me atualizar rs. Vlw ótimo video
Booooa Murilo... parabéns pela vaga... sucesso... e sempre é bom mesmo ver outras formas de aplicar uma solução.
Opa! Video top demais. Já ouviu falar do Pattern Service/Repository? Se sim, faz um video explicando sobre.
Opa... fala Diego... Boaaa... De Service ainda não fiz mesmo, mas vou por na lista... Bom em si os Service estão muito mais ligado a regras de negócios ou funções de uso geral do sistema, esse é um breve resumo mesmo... Mas com certeza tem espaço pra rolar aqui no canal esse conteúdo... Sucesso!
Pronto Diegão ... Agora temos vídeo no canal de Repository ruclips.net/video/xeGbybL1f_Y/видео.html
Oi, tudo bem? Qual a vantagem de usar as functions statics e usar esse loadmodel ao invés de usar as functions normais e com um construtor? Esse forma de usar o repository é alguma nova maneira de usar o pattern ou você que adaptou isso?
Fala Marcos.... Muito bem observado... No exemplo eu abstrai o máximo assim como o deixei de forma bem genérica. Massss isso vai do Dev, não necessariamente precisa ser assim. Dá pra aplicar os mesmo conceitos sem criar abstrações, traits ou métodos estáticos, vai muito do Dev e de como ele irá preferir usar. Espero ter ajudado de alguma forma. Sucesso!
dae blz, alguem tem indicação de algum conteúdo para Horizon em produção, estou com dificuldades de configura-lo para produção! (como sempre, excelente conteúdo!)
Fala Armando... Logo logo vamos ter sim... à pouco fiz um vídeo colocando o Laravel Octane em produção, e o Horizon será um dos próximos com toda certeza.
opa top! só um detalhe, você poderia deixar todos os metodos da repository como protected e utilizar o __callStatic para chamar os metodos da repository de forma estatica
tipo isso:
public $model;
public function __construct()
{
if (!empty($this->model)) {
$this->model = app($this->model);
}
}
public static function __callStatic(string $method, array $parameters)
{
return (new static)->$method(...$parameters);
}
Bem lembrado Douglas... Isso ajudaria sim a controlar o acessos dos métodos a essas função. Porem, teria um ponto negativo que foi o que pensei ao fazer o vídeo, a ideia de fazer da forma que eu fiz no vídeo foi de facilitar o uso e implementação do método tendo em vista que da forma que fiz uma IDE simples como o VS Code consegue auxiliar e revelar ao desenvolvedor os métodos disponíveis. Com um nível de modificadores de acesso mais restrito há maior tendência da IDE não encontrar e não exibir os métodos disponíveis. Uma solução neste caso seria ter uma Facade ou Contract para que nele faça o acesso dos métodos protegidos e traga isso de forma publica e de fácil uso em qualquer IDE. Mas parabéns pela sugestão, sucesso!
Oi, poderiaa dizer qual é essa extensão que fica um comentario ? exemplo quando vc chama where() ele tem um pequeno comentario que mostra oq ele vai receber como parametro etc....
Opa... Fala Edvaldo.... "PHP Parameter Hint", existem outras semelhantes também, buscando por apenas Parameter Hint tu deve visualizar as demais. Sucesso!