MakerBundle

Hey Guilherme,

Yeah, looks like the latest MakerBundle version requires a newer Symfony version that installed in the course code - we use Symfony 4.0 there. Try to limit MakerBundle to ^1.35 at least, i.e. run this command instead:

$ composer require "maker:^1.35"

This should install the Maker, though not the latest version of it. For the latest version you would need to upgrade installed Symfony packages first. But 1.35 version of maker is totally fine for this tutorial - on the time we record this tutorial - we used v1.0.2 :)

Cheers!

I installed with $ compose require maker:* (it installs the latest "possible" version right?) it installed v1.39, it's working so I guess it's fine? Is it a good practice to use the wildcard package:* in this situations where you have locked versions of dependencies? (feel free to correct anything I said, I'm learning). Thank you for your answer my friend!

Hey Guilherme,

If that * worked for you - great! You probably have a bit fresher Symfony version than we do in the course code. About using it every time - I'd not recommend this. You should just execute "composer require maker" and if it failed because of some incompatibility - try that * wildcard then. But better, look at the error message and try to figure out why exactly it's failing.

I hope this helps!

Cheers!

Hey Gaetano S.

You can create an EntityRepository that will encapsulate the query logic for fetching the total hearts. Then in a controller you can just inject that repository and use it. Or, if you want to have a layer between your repositories and controllers, then you can create a service class that will call the repository for you

Cheers!

Hello again :),
what do yo think about this way?
And then I inject this service in ArticleStatsCommand.

Thanks a lot for your advice.

`
namespace App\Service;

use App\Entity\Article;
use Doctrine\ORM\EntityManagerInterface;

class HeartHelper
{

/**
 * @var EntityManagerInterface
 */
private $entityManager;

/**
 * HeartHelper constructor.
 * @param EntityManagerInterface $entityManager
 */
public function __construct(EntityManagerInterface $entityManager)
{
    $this->entityManager = $entityManager;
}

public function getHeartNumber(string $slug) {
    $article = $this->entityManager->getRepository(Article::class)->findOneBy(['slug' => $slug]);
    return $article->getHeartCount();
}

}
`

That's not bad but I have a couple of tips :)

1) Since Symfony4 you can inject Repositories, you don't have to get them through the EntityManager (Although you still can)
2) You need to check that the $article was found, in other words, it's not null because you are fetching by slug field, it may not exist

Cheers!

ok, now I understand better. Inside the function execute of my articlestatscommand I inject ArticleRepository and I call my Articlerepository method .
This is my function inside ArticleRepository:
`
public function getHeartNumberBySlug($slug) {

      $article = $this->findOneBy(['slug' => $slug]);
      if(!$article)
      {
           return 'No article found';
       }
       return $article->getHeartCount();
}

`

Thanks for your help.

Hey Michal S. ,

Yay, our friend Vladimir contributed that! https://symfony.com/blog/ne...

But did you wait only for CRUD generator so far before saying goodbye to CakePHP? It looks like the most wanted feature for you :p

Cheers!

CRUD generator IS one of the CakePHP's amazing superpowers Symfony lacked. To be completely honest, it is still difficult to say goodbye to CakePHP, as it is soooooo intuitive thanks to the convention over configuration approach, like not having to call neither the entity manager nor the template but still having them was amazing.

Having said that, Symfony feels much less like a great toy but more like a mature tool which makes it a go-to choice as the projects become more advanced. In short, I absolutely love Symfony, but leaving CakePHP does feel a lot like an actual break-up. And getting options such as CRUD generator just makes the transition easier. So while it is not the deal-breaker, it helps to get in Symfony what I had in Cake (aside from the Symfony-specific features like autowiring which is CRAZY in a good way).

Also, a shout out to Vladimir - you are the man!

Hey Michal S.

Thanks for the good words! I'm appreciate that you liked CRUD generator.

BTW I always wondered if someone use it :p

Cheers!

Hey Michal S. ,

I think it's just more matter of habit, if you get used to something, other workflows may seem weird at the first sight, though I have never used CakePHP so it's difficult to compare for me :) Anyway, Symfony is getting much more thin with the new Symfony Flex, that's a crazy cool. ;)

Cheers!

Hey Mika,

Yes, Ryan just missed it. We totally should install Maker for dev only... and we've already fixed it in scripts and added a note in the video.

Cheers!

Hey Raymond,

Thanks for this notice. I personally haven't heard about this problem before. It makes sense to upgrade to the latest version of MakerBundle. If you still have this issue, feel free to open a bug in its repo with detailed steps to reproduce.

Cheers!

I'm honestly not sure if this is a problem wiht MakerBundle, or with PowerShell ISE. I'm more inclined to blame ISE as it is working fine in a standalone PowerShell window

Yeah, probably so. Not sure what can you do then, probably that PowerShell ISE has some kind of configuration where this can be fixed, do not know :/