Ну в автозвуке жеж как то приспособились - и снимают килоВатты (а то и десятки кВт) при напряжении 12В (причем там проблема даже не в нагреве, а в падении напряжения на проводке). Привет протяжки из пары ПВ6 по 70мм2
Не - вполне резонный код - а вдруг кому в голову взбрендит сделать перезагрузку оператора сравления с null (привет, Unity!)) - этот экстеншн метод вызовет pure С# проверку (хотя и obj is null - сделает то же самое)
Вторая часть статьи как раз показывает, что вместо «хорошего комментария» предпочтительнее вариант «самодокументирующегося кода» с выделением в функцию с говорящим названием. DRY
Минус такого подхода в том, что обе версии apk будут содержать две версии библиотек — и HMS, и GMS (со всеми их зависимостями). Нужно как то дополнительно разруливать какие aar из Assets/Plugins/Android должны быть исключены из билда.
Но ведь на сложность Филворда влияет не только кол-во и длинна слов, но и расположение области в которой слова находятся: М О Л О
- - - К
- - - О
- - - -
- - О М
- - Л -
- К О -
- О - -
И во втором случае мы уже не сможем подставить слова 5 букв + 5 букв.
Поэтому первичная задача — разбить поле на области и затем, исходя из их длинны и количества, подбирать слова из БД.
Ну в автозвуке жеж как то приспособились - и снимают килоВатты (а то и десятки кВт) при напряжении 12В (причем там проблема даже не в нагреве, а в падении напряжения на проводке). Привет протяжки из пары ПВ6 по 70мм2
Не - вполне резонный код - а вдруг кому в голову взбрендит сделать перезагрузку оператора сравления с null (привет, Unity!)) - этот экстеншн метод вызовет pure С# проверку (хотя и obj is null - сделает то же самое)
На Хабре есть шикарнейший детектив на эту тему "История потерянного коммита" https://habr.com/ru/company/badoo/blog/534800/
М О Л О
- - - К
- - - О
- - - -
- - О М
- - Л -
- К О -
- О - -
И во втором случае мы уже не сможем подставить слова 5 букв + 5 букв.
Поэтому первичная задача — разбить поле на области и затем, исходя из их длинны и количества, подбирать слова из БД.