Dmtm

опрос среди подписчиков тега C# показал что 100% программистов используют C#
большие проекты останутся на java, т.к. фреймворки, масштабируемость и предсказуемость при развитии
как java программист я уверен в невостребованности C#

в конструктор TreeSet нужно передать компаратор

for (int i = 0; i < n; i++) {
int pos = i;
int min = array[i];

for (int j = i + 1; j < n; j++) {
if (array[j] < min) {
pos = j;
min = array[j];
}
}
array[pos] = array[i];
array[i] = min;
;
for (int i = 0; i < n; i++) {
System.out.println(array[i]);

}
}

можно в теги к view добавлять любую информацию (setTag/getTag)

судя по вопросу,
сначала сюда - https://habr.com/en/post/64012/
потом - сюда - https://habr.com/en/post/116830/

https://ru.wikipedia.org/wiki/%D0%90%D0%BB%D0%B3%D...

п.3 это видимо про WeakReference? Но тогда как гарантировать количество циклов очистки?

может к основам? стратегии сборки мусора, реализация в разных jvm, таблички, сравнения - все как любят на защите

добавить в проект leakcanary и с утечками памяти все станет яснее

попробовать отключить proguard

некоторое время назад был популярен wicket, отличается от vaadin тем что есть отдельный html в который можно подмешать js при необходимости, ну и сама разметка через html пожалуй удобнее
и, что более важно - wicket бесплатный

вместо HashMap использовать TreeMap с компаратором, сортировка будет происходить сразу при добавлении в мап

1) нельзя привести родителя к потомку
2) если очень хочется единственного метода, то только через свой ClassLoader

лучше использовать ActivityLifecycleCallbacks

смотря какой вид проверки нужен - все случаи или до первой неудачной
для первого можно предложить Builder который собирает все нужные классы проверки и наружу смотрит только один метод fun check(): Result
для второго почти такой же билдер но с методом fun next(): Result и пока не null например, т.е. проверки закончились (или пока в Result не пришла ошибка)

java для десктопа не существует,
javafx требует обвязочного кода не меньше чем свинг и раздражает
где-то в районе 5-10-го года были и заглохли порты java-qt и gtk
и всё
разве что на kotlin и tornadofx посмотреть, но там еще рано что-то серьезное начинать

1. забыть про статические переменные в андроиде навсегда
2. при поворотах/пересоздании активности отписывать слушателя от popup и уничтожать сам popup, потом заново создавать popup и заново передавать слушателя
ЗЫЖ слушатель тоже сделать не статический