Можно и вручную добавить картинку, а потом сослаться на нее. Можно через ctrl+vдобавить картинку в нужное место, она сама сохранится в файл и пропишется в файлике. Если скопировать кусок веб страницы и вставить в файл, то картинки тоже будут, не сохранятся в файл, но отображаться будут (вставится ссылка на картинку)
Приложение для смартфона тоже есть, пользоваться можно. Насчет удобства не скажу, редко со смартфона оставляю заметки.
Что лишний раз подтверждает, что это не гласное правило, как правильно именовать функции в php (o чем Вы сами и упомянули). У всех своя спецификация и нет универсальной за несоблюдение которой были бы по рукам.
Все эти функции и другие подобные я вижу в версии 8.3.
Если вы подразумеваете, что новые функции добавляемые в новые версии php придерживаются этого негласного правила, то опять же нет. Есть новая версия 8.4 и в нее добавили новые функции bcceil(), bcdivmod(), bcfloor() и bcround() . snake_case отсутствует.
Не принято в пыхе функции писать в snake_case потому что есть яркие примеры: strtotime, intval, stripcslashes и т.д. Как можно равняться на стандартную библиотеку, если она сама не выдерживает единый стиль.
Мне сплит клава помогла избавиться от болей в запястьях при печати. Сперва собирал сам, а в итоге купил беспроводную сплит клаву (провода меня уже изрядно достали, но теперь достает постоянная необходимость заражать клаву)) Цены на такое удовольствие не маленькие (свою за 16 брал), но нисколько не жалею об этом.
Ошибку с неправильным написанием ловил, но исправлял. Действовал согласно вашим статьям. Но у меня сборка ругалась в итоге не на подключение в settings.gradle.kts. А в build.gradle.kts проекта. Когда надо добавить свой плагин в сборку: id("base.plugin")
Мне стало лень разбираться дальше с этим и откатился на buildSrc, так как понял что уже несколько часов занимаюсь обновлением конфигов сборки ))
Что-то вы путаете. Как ни крути, но конструктор класс по прежнему возвращает instance этого класса. А вот уже сам instance можно вызвать после этого с другими параметрами.
Помню как занимался таким до появления VersionCatalogs. Но сейчас используя зависимости в одном toml-файлике и conventions-плагины, могу получить такие gradle-конфиги:
конфиг feature-модуля
А у него под капотом спрятана вся логика по настройке такого библиотечного модуля вместе с нужными зависимостями. И мне в конфиге остается только указать индивидуальные зависимости именно этого модуля. Здесь зависимости прокидываются в модуль не явно, в отличии от вашего подхода. Но меня это полностью устраивает, так как всегда могу провалиться внутрь и вспромнить что там есть.
Спасибо за статьи! Convention-плагин подключить не получилось, а вот затащить это в buildSrc удалось. Наконец избавился от дублирования некоторых значений и хранения в разных местах констант. Пробовал как-то и сам extension-функции написать для упрощения конфигурирования модулей приложения и библиотек, но не смог ))). Да и gradle далеко не та штука в которой хочется долго ковыряться, так как код самого приложения важнее.
А причем здесь symphony и php, речь в статье идет только об C#?
Увы, но это чудо в основном для красоты.
Можно и вручную добавить картинку, а потом сослаться на нее. Можно через
ctrl+vдобавить картинку в нужное место, она сама сохранится в файл и пропишется в файлике. Если скопировать кусок веб страницы и вставить в файл, то картинки тоже будут, не сохранятся в файл, но отображаться будут (вставится ссылка на картинку)Приложение для смартфона тоже есть, пользоваться можно. Насчет удобства не скажу, редко со смартфона оставляю заметки.
Посмотрите на хуки свойств в версии 8.4. Очень похоже на C#, Kotlin и т.д.
Динамические свойства - однозначное зло. Это как использовать ассоциативный массив. Кто знает что можно ожидать в этих сущностях
Что лишний раз подтверждает, что это не гласное правило, как правильно именовать функции в php (o чем Вы сами и упомянули). У всех своя спецификация и нет универсальной за несоблюдение которой были бы по рукам.
Все эти функции и другие подобные я вижу в версии 8.3.
Если вы подразумеваете, что новые функции добавляемые в новые версии php придерживаются этого негласного правила, то опять же нет.
Есть новая версия 8.4 и в нее добавили новые функции
bcceil(),bcdivmod(),bcfloor()иbcround(). snake_case отсутствует.Не принято в пыхе функции писать в snake_case потому что есть яркие примеры:
strtotime,intval,stripcslashesи т.д.Как можно равняться на стандартную библиотеку, если она сама не выдерживает единый стиль.
Мне сплит клава помогла избавиться от болей в запястьях при печати. Сперва собирал сам, а в итоге купил беспроводную сплит клаву (провода меня уже изрядно достали, но теперь достает постоянная необходимость заражать клаву))
Цены на такое удовольствие не маленькие (свою за 16 брал), но нисколько не жалею об этом.
Подозреваю, главная причина в том что человеку нужна IDE, но не текстовый редактор с подсветкой.
До просто
pluginя сокращал не помогло, а до простоbaseдаже не пробовал ))Если вдруг решу снова ковыряться в
gradle, то попробую так сделать...Никто и не пишет, что это страшно. Это странно выглядит и пример привел, если неучитывать все эти DI, а их не все используют.
А чем метод
invokeне нравится? Он же и так есть по умолчанию, как оператор, но вызывать явно можно.Что имеется в виду? Не понятно...
Согласен, что выглядит странно, особенно если так написать )):
SomeUseCase(someRepository)(someId)Но можно же и явно вызвать метод
invokeБоюсь с этим мало что можно сделать, современные тенденции, они такие )
Вы лукавите же? Вы разве не об этом вели речь в статье упоминая про toml-файл с зависимостями?
Ошибку с неправильным написанием ловил, но исправлял. Действовал согласно вашим статьям. Но у меня сборка ругалась в итоге не на подключение в settings.gradle.kts. А в build.gradle.kts проекта. Когда надо добавить свой плагин в сборку:
id("base.plugin")Мне стало лень разбираться дальше с этим и откатился на buildSrc, так как понял что уже несколько часов занимаюсь обновлением конфигов сборки ))
Что-то вы путаете. Как ни крути, но конструктор класс по прежнему возвращает instance этого класса. А вот уже сам instance можно вызвать после этого с другими параметрами.
Помню как занимался таким до появления VersionCatalogs. Но сейчас используя зависимости в одном toml-файлике и conventions-плагины, могу получить такие gradle-конфиги:
А у него под капотом спрятана вся логика по настройке такого библиотечного модуля вместе с нужными зависимостями. И мне в конфиге остается только указать индивидуальные зависимости именно этого модуля.
Здесь зависимости прокидываются в модуль не явно, в отличии от вашего подхода. Но меня это полностью устраивает, так как всегда могу провалиться внутрь и вспромнить что там есть.
Спасибо за статьи! Convention-плагин подключить не получилось, а вот затащить это в buildSrc удалось. Наконец избавился от дублирования некоторых значений и хранения в разных местах констант. Пробовал как-то и сам extension-функции написать для упрощения конфигурирования модулей приложения и библиотек, но не смог ))). Да и gradle далеко не та штука в которой хочется долго ковыряться, так как код самого приложения важнее.
Вы не написали про 3 способ как избежать проблем со стабильностью:
Прописать нужные типы в конфигурационом файле (ссылка).