Иван Иванов

1) Часто при написании условий легко спутать = и ==. В данном случае стороннему разработчику придется понять, что это НЕ опечатка. Даже стандарт сделали, чтобы избежать таких ошибок, используется в Symfony, называется Yoda Conditions. https://en.wikipedia.org/wiki/Yoda_conditions#Erro...
2) Читать другому разработчику такую конструкцию не удобно, т.к. обычно ожидаешь в условии увидеть какое-то сравнение. А сейчас требуется разобраться, что мы одновременно присваиваем и делаем проверку.

Исходя из пунктов выше, я бы не рекомендовал использовать такие конструкции.
Альтернатива, сделать присвоение перед условием явно:

public static function get($id)
{
    $user_bank = self::findOneBy('`user_id` = ?', [$id]);
    if (!$user_bank) {
        $user_bank = new self();
        $user_bank->user_id = $id;
        $user_bank->deposit = 0;
        $user_bank->deposit_sum = 0;
        $user_bank->percent = 10;
        $user_bank->exchange_sum = 0;
        $user_bank->save();
    } 
    return $user_bank;
}

PS: Но в итоге ответ зависит от того, что для Вас значит "приемлемо":

* значит, что понятно другому разработчику? - В общем случае не приемлемо. В случае договоренности (стандартам) в команде/на проекте, приемлемо.
* значит что код, просто работает? - приемлемо.

PPS: Похожий вопрос на англ. языке https://stackoverflow.com/questions/2576571/assign...

не надо так делать. даже если конкретный язык и позволяет такое делать. это сильно затрудняет читаемость кода.

А чего тут злиться?
Нормальный вопрос на приведение типов и приоритет операторов.
И вообще, я злюсь когда тупят и отрицают очевидное. Вот как этот пассажир например. Хотя там скорее уже жалость, а не злость.

Приоритет у оператора ! один из самых низких, и в любом случае ниже чему у оператора =
Поэтому вполне можно использовать в таком контексте

Непонятно только, зачем условие растянуто на три строчки.
Форматирование кода должно помогать его читать, а не усложнять чтение. поэтому написать

if (!$user_bank = self::findOneBy('`user_id` = ?', [$id]))
{

хотя опять же, для читабельности, лучше разнести на две строчки

$user_bank = self::findOneBy('`user_id` = ?', [$id]);
if (!$user_bank)
{

Сейчас игры прочно и закономерно ассоциируются с мобильными платформами, java - это значит android, без вариантов (варианты есть но такие же необычные как разработка игр для десктоп на java, вроде бы все ок но...).

https://en.wikipedia.org/wiki/Standard_52-card_deck

В настройках кодстайла. File | Settings | Editor | Code Style
Вы можете определить опцию Hard wrap at для всех языков или для определенных по отдельности.

да пофигу.
тут нет правильно/не правильно, оба способа решают задачу. остальное - собственные представления о прекрасном.

в архитектурном плане оба варианта - дрянь.

в целом - разницы никакой.
в данном контексте плюс класса только в автолоаде. и то, если он используется.

Статика классов, потому что например другой класс на входе ожидает обьект определенного типа, а у тебя просто переменная которая дергает голую функцию, что делать будешь?

Сунулся в Ооп - гулять так гулять! "Писали на Симфони - порвали два баяна".

Скорее всего, вы просто запорете диск из-за мельчайших частичек пыли, которые туда залетят и прилипнут к головке/блинам.

Да. Всё верно.

скорее всего перевод работает тупо по времени.

Не нужен. По-моему, для GRUB без разницы сколько там пробелов между параметрами.
У меня вот

quiet noiswmd nokmsboot resume=UUID=5c6a263d-12da-4bcb-8374-0938073a203d audit=0 rootfstype=ext4 libahci.ignore_sss=1 raid=noautodetect selinux=0 plymouth.enable=0 lpj=3399122

и без всяких пробелов в конце, и работает, последний параметр учитывается.

[avx@localhost ~]$ dmesg |grep lpj
...
[    0.070606] Calibrating delay loop (skipped) preset value.. 6798.24 BogoMIPS (lpj=3399122)
[avx@localhost ~]$

по существу вопроса можете ознакомиться со статьёй
https://php.watch/articles/php-exception-performance

try/catch просто как логические блоки на производительность влияют не больше чем if/else.


p.s. если волнует производительность вашего приложения, то в 99% случаев чтобы решить любые проблемы с тормозящим приложением - достаточно знать что такое кэширование, и как профилировать и оптимизировать запросы к БД.