Найти в Дзене
Dolgo.Polo Dev Android

Негласные правила в названиях — Android Разработка

Называть классы можно как угодно, но со временем каждый разработчик приходит к одним и тем же ключевым словам, которые на удивление очень точно описывают содержание файла:
• Base -> класс, описывающий переменные и функции, которые понадобятся всем его наследникам. Причем это настолько удобно, что при открытии пустого проекта первым делом создаю классы вроде BaseFragment, BaseActivity, BaseRepository... и унаследуюсь от них, просто на всякий случай
• Utils -> штука, которая делает какие-нибудь технические операции над данными. Например, конвертируем таймстамп в дату
• Manager -> сюда скидываем все, что непонятно куда девать еще
• Api (обычно), Service (реже) -> описание запросов к серверу
• Repository, Data, Container, Source -> источник данных
• Listener, Callback -> класс, который описывает функции, которые будут вызываться при возникновении события
какие еще штампы забыл?
обсуждение - t.me/dolgo_polo_dev/14

Называть классы можно как угодно, но со временем каждый разработчик приходит к одним и тем же ключевым словам, которые на удивление очень точно описывают содержание файла:

Base -> класс, описывающий переменные и функции, которые понадобятся всем его наследникам. Причем это настолько удобно, что при открытии пустого проекта первым делом создаю классы вроде BaseFragment, BaseActivity, BaseRepository... и унаследуюсь от них, просто на всякий случай

Utils -> штука, которая делает какие-нибудь технические операции над данными. Например, конвертируем таймстамп в дату

Manager -> сюда скидываем все, что непонятно куда девать еще

Api (обычно), Service (реже) -> описание запросов к серверу

Repository, Data, Container, Source -> источник данных

Listener, Callback -> класс, который описывает функции, которые будут вызываться при возникновении события

какие еще штампы забыл?

обсуждение -
t.me/dolgo_polo_dev/14