Господи. Создайте уже чатик для начинающих.

Господи. Создайте уже чатик для начинающих.

Это просто static final массив. List<Object>

Это просто static final массив. List<Object>

Прощу прощения, но ничего не понятно. Что значит подготовить строку? Запихнуть содержимое массива в String и привести к нужному виду? Как-то странно

Сет текст вынеси за цикл, а в цикле заполни строку, ёмаё

Вы просто процитировали то сообщение, которое я просил уточнить.

Итак. Ты в цикле устанавливаешь текст. Верно? Верно. Так вот он у тебя постоянно ПЕРЕУСТАНАВЛИВАЕТСЯ ибо в цикле.

Хорошая вещь Dagger2?

Это я и так знаю. Вопрос и был в том, как вывести содержимое в нужном виде. Но вывести мне нужно не строку, а массив строк. И к каждому элементу массива, к каждой строке, подставить номер. Вот суть вопроса. То есть когда вы говорите "подготовить строку". То имеете ввиду изменить каждый элемент массива?

зачем он тебе?

Для MVP

Minimum Viable Product да там можно все на коленке написать нах там DI ))

Это я и так знаю. Вопрос и был в том, как вывести содержимое в нужном виде. Но вывести мне нужно не строку, а массив строк. И к каждому элементу массива, к каждой строке, подставить номер. Вот суть вопроса. То есть когда вы говорите "подготовить строку". То имеете ввиду изменить каждый элемент массива?

Новая строка и в нее записываешь нужный контент.

В Вакансиях постоянно пишут про DI. Хоть и сам понимаю, что на коленке легче.

Опять новая строка... Выводится массив объектов. И вопрос как раз в том, как раз в том - как подготовить(изменить) каждый элемент для вывода в Activity. То есть на мой вопрос "Как к каждой строке подставить число" мне уже в 5 раз отвечают "Нужно изменить строку" . .

Вы хотите как в консольке через enter вывести в столбик все коллекции? Кол 1 Кол 2 ... Кол n

Именно! Именно это я и спрашивал в самом начале

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

что если я буду запускать сервис который уже запущен, старый умрет?

спрашивают все, но когда заказчики узнают сколько стоит дополнительного времени этот клин архитэкче, сразу дают заднюю

Я чёт не понял, а с чего заказчик диктует, как писать код? Он же не тимлид всё-таки.

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

По аналогии, я слышал «хочу, чтобы ко мне в дом газ был заведен пластиковой трубой. У моего хорошего друга так.» Понятно, в каком направлении такие заказчики отправляется.

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

ну а потом setText(builder)

Если он диктует детали реализации, пусть пойдёт и напишет сам. Дичь какая-то.

Одно дело — ревью на безопасность, надёжность, производительность. Другое — требовать использования модных решений.

ну на такой позиции долго разработчиком не побудешь :))

Вы используете Dagger2?)

лол, почему?

конечно все зависит от галеры, но в одной галере меня прям жестко заебывали этой фигней

Вы используете Dagger2?)

я тоже отказался от даггера, больно он уж сложный, 2 года на нем сидел

Лучше не начинать учить?

Кто?

знать надо, проект на поддержку попадется, а там даггер и все равно учить придёться) а так, я бы рекомендовал koin если пишете на котлине и toothpick если на джаве

почему toothpick не использовать также и с котлином?

юнит тесты не не слышал мвп нах он мне нужен мне надо макс быстро выпускать апдейты

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

какую замену даггеру нашли для проекта?

Или я сарказм не понял?)

Его отсутствие.

вообще от di отказались?

Использую DI в чистом виде — сую зависимости в конструктор.

Использую DI в чистом виде — сую зависимости в конструктор.

а как решается проблема скоупов?

а как решается проблема скоупов?