Да норм. Ну кроме Impl.

FileHelper не говорит совершенно ничего. На мой вкус. :)

Ну если это низкоуровневая штука, лежащая рядом с её применением, то why not. Хотя можно назвать FileSource, да.

As I said, depends on your use-case. You can work with non-null values and filter-out nulls from some source before they get to your class.

I have no idea what are you talking about.

like the equivilant of a C/C++ union

не, только не FileSource, так как получится что это просто исчтоник. А Helper потому что помогает записывать и читать файл.

There are no direct equivalents to untagged union type as in C/C++. There is only sealed class, which is a tagged union and is definitely unavailable if you are working with existing types.

<задрот>
Фактически, любой класс *помогает* решать каку-то задачу. 🌚
Это как называть методы handleХ() - можно, но в большинстве случаев можно придумать более говорящее название.

Все, замолкаю. 😅
</задрот>

Тебе скучно?)) SQLiteOpenHelper - тоже неудачное название?)

Просто иногда просыпается аутист-который-прикапывается-к-названиям.

Ну на самом деле не очень удачное, да. 😅

Ну, тогда "аутисту-который-прикапывается-к-названиям." стоит прикопаться к разрабам Зеленого Робота)))

Так никто вроде и не утверждал, что они всё идеально сделали. Это не повод на них равняться :)
Но я ж говорю, если это маленькая утилитарная и низкоуровневая штука, как ты говоришь, которая локальна для места её применения (читай видимость internal и ниже), то пойдёт.

так я же шучу. Да. там тоже не идеально.
Я назвал классы SQLHelper, FileHelper, NetHelper. Плохо?
3 класса для низкоуровневого доступа, реализующие 2 интерфейса - DataProvider и WritableDataProvider.

Ну если они у вас имплепентят DataProvider, я бы назвал их DqlDataProvider, FileDataProvider, NetworkDataProvider. Тогда человеку, который с этим кодом будет работать в дальнейшем, с меньшей вероятностью придётся видеть название класса, думать "чё это за херня и чё она делает" и топать смотреть на декларацию класса.

Но это всё демагогия. Называйте так, как вам кажется нужным. Надо будет -- потом отрефакторите. Или забудете об этом куске проекта навсегда :)

спасибо, Ваше предложение уместно. Другой врядли будет работать над кодом, но я просто параллельно читатю про паттерны и SOLID, вот и решил заморочиться и попробовать что-то масштабируемое и не нарушающее правила SOLID, так сказать на практике прощупать)

Не парьте себе голову неймингом, со временем, когда вам придётся читать много кода, ощущение прекрасного выработается.

Тоже верно. Я больше заморачиваюсь над построением архитектуры. Стараюсь читать много кода и пару книжек по паттернам.

@r4zzz4k еще раз благодарю за ответы.