Is it? Is it not? “ORM is an anti-pattern” | Seldo.Com Blog

If you are into whether you’re going to use ORM in your next project or not, you’ll appreciate the thoughts about why and when ORM can be bad for the application. First its design flaws are shown and then alternatives are given. Too many queries, the need to break the abstraction by using raw queries, how bad it can be in the long term when it’s too late and many more:

ORM is an anti-pattern | Seldo.Com Blog.

I personally like ORM, defining the relations properly and then having the powerful code coming from this abstraction. I am on my way to use ORM in a big project too. I also know and use SQL a lot for example in data mappers. I think sometimes it may be better to create a custom in-house ORM for a project though this may require constant changes to it when adding new features. I also think that every query produced by the ORM should be checked before going in production and also using a monitoring tool for your application in prod and testing your application by overloading it in a dev environment is good.

Defining relationships among database tables with Eloquent @ blog.andreasartori.me

One very clever article showing all types of complicated relations that you may stumble upon in your job.

The author shows in a very clean way how to create such migrations, seeds and models.

Check out how morphs(), morphTo(), morphToMany(), morphedByMany and withPivot() are used.

Read it a couple of times, test it with all possible databases Laravel supports and see the differences, check the structure created: tables, data, foreign keys. Add, delete records and see what happens inside the database. Try creating your own app using these functions to get even more clear picture.

Laravel, Eloquent, polymorphism, one-to-many, many-to-many and polymorphic many-to-many relationships:

Defining relationships among database tables with Eloquent.

Some PHP developer interview algorithms you must now

FizzBuzz:

http://3v4l.org/mIBmo

<?php

for ($i = 0; $i <= 30; $i++) {
    if ($i % 3 == 0 && $i % 5 == 0) {
        echo "$i: FizzBuzz; ";
    } elseif ($i % 3 == 0) {
        echo "$i: Fizz; ";
    } elseif ($i % 5 == 0) {
        echo "$i: Buzz; ";
    }
}

Swap 2 vars values without using a third one:

Numbers and strings with XOR:

http://3v4l.org/dsBvh

<?php

$a = 3;
$b = 5;

$a = $a+$b;
$b = $a-$b;
$a = $a-$b;

echo "a = $a; b = $b";

and:

http://3v4l.org/aqWcl

<?php

for ($i = 0; $i <= 30; $i++) {
    if ($i % 3 == 0 && $i % 5 == 0) {
        echo "$i: FizzBuzz; ";
    } elseif ($i % 3 == 0) {
        echo "$i: Fizz; ";
    } elseif ($i % 5 == 0) {
        echo "$i: Buzz; ";
    }
}

Swap 2 strings without using XOR:

http://3v4l.org/FDFDF

<?php
$a = 'texta';
$b = 'textb';
$a = $a . $b; //textatextb
$b = substr($a, 0, strlen($a) - strlen($b)); //texta
$a = substr($a, strlen($b)); //textb
echo "a = $a; b = $b";

PSR-0 & PSR-4 Autoloading

As of 2014-10-21 PSR-0 has been marked as deprecated. PSR-4 is now recommended as an alternative.

This citation is from here: https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-0.md

The PSR-0 Autoloading is now deprecated and we’re going to use only PSR-4 from now on.

Using namespaces and class names without checks if the file exists or looping through all of the files in many directories is way better!

PHP CompatInfo

Amazing tool to quickly check the minimum required PHP version of your application. You can also learn the new and deprecated things between the PHP versions while looking what is making your requirements too high, etc.

Don’t count 100% on it though. Running your unit tests with a couple of different PHP versions is also recommended.

PHP CompatInfo.