про стиль... тут разве что время поддержки. типа код написанный 10-20 лет назад, не придется переписывать и слушать какой-то ор новых разрабов, на тему "ой, сейчас так не делают! вместо mvc надо mvi1! composition over inheretance1!!!". итд. т.е. у нас долговременно поддерживаемое решение, а не индустрия мод "фи, в этом сезоне мы конвертируем объект экстеншн методами, а не этими вашими вызовами статиков"

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

MVC на MVI нормальные люди меняют не потому, что MVC устарел, а потому, что у MVI преимущества есть свои, подходящие в некоторых случаях. Если приложение с MVC написано хорошо (а там просто нужна охуенная дисциплина, которой обычно нет, потому обычно оно как раз не оч написано), то переписывать ради переписывания его нормальная команда не будет.

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

кто-нибудь может подсказать как это можно сократить, а то я в лоб делаю.
может можно как-то регулярку сократить, или через системы счисления лучше делать?
я хочу конвертировать hex в argb

а то мне что-то не кажется такой вариант читаемым

Ты #6a0 так не попарсишь, который равносилен #66aa00, это так и надо?

Я б, если нет поводов так не поступать, взял платформенный метод для парсинга строки с цветовым кодом.

В ведре точно такой есть, за остальные платформы хз

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

оно будет на всех платформах работать одинаково с бОльшей вероятностью)

Если ты будешь тупо конвертировать это в число, у тебя #6a0 молча превратится в #0006a0, чего юзер, мягко говоря, не ожидает.

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

Я изначально вёл к тому, что регуляркой это делать не стоит, если ты правда хочешь сделать эту фигню правдоподобной)