Это значит что я могу туда запихнуть как аргумент класс который реализует интерфейс, да?

А вдруг оно потом по ссылке сравниваться будет?

😀

про это в условиях ничего нет.

В условиях нет, а в коде — есть

Как обычно, в общем

мне вообще кажется метод подозрительно выглядит) Как-будто что-то лишнее. Но если это лучшее, что можно сделать в поставленных условиях, то ладно. До прода далеко

Ну вот два метода, с созданием нового пользователя, или с мутацией стэйта.
Что то плохо, что это

зачем человека учить делать неправильно?

на счёт «не мутировать стейт» спасибо. Скорее всего мне так и нужно.

Создавать нового нормально вполне. Разве что тип бы другой, чтоб он выражал отсортированность

да, тип бы другой

Любой тип интерфейса можно привести к классу который реализует этот интерфейс,так?

А какие бывают типы интерфейса?

Не типы
Я забыл как называется

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

объект?

Да,наверное

Если один тип как либо связан с другим типом (реализует интерфейс, наследуется, имеет оператор приведения) — его можно привести к другому типу.

Нет, не так. Нельзя привести к классу всё, что реализует интерфейс. Можно к интерфейсу привести

Спасибо!
А допустим функция принимает интерфейс как аргумент
Void func(interface ieblan){};

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

Так короче надо заново читать будет,я чувствую

Да, туда можно отправить любой тип, реализующий интерфейс

Можете

Спасибо!

Делаю видеохостинг. Мне нужно в процессе разработки тестить код и пользовательский функционал. По идее здесь unite тесты используются, но вот сними тут долго и нудно. Т.к. мне тестить 50 методов, если не больше 100 выйдет. Да и классов несколько десяток. Или тут только они помогут?

Не тестируйте всё.
Если пользовательский функционал, то это уже функциональные или интеграционные тесты, а не unit.
Если слишком много методов, то может проблема ещё в архитектуре.

Тестируйте не методы а поведение кода с точки зрения внешнего потребителя.

Ну даже так довольно муторно выйдет

Значит как сказали выше проблема в архитектуре. Попытайтесь подружиться с SOLID

Тут скорее идея видеохостинга сложна довольно, вот так и вышло

Ну вообще не уверен. Какого рода сложности там? Там сложности скорее архитектурные, а не на уровне кода.

Связь в таблицах бд

Ну конкретнее давайте

Очень много таблиц для связей, т.к. без них просто никак.

Какие книги для новичка есть?

Сущностей всего 6. Но вот связи между ними это жесть просто

Ну это не специфично для хостинга, во всех проектах есть таблицы и связи. И ‘очень много’ — это не объективная мера

А есть уверенность, что там нормально всё спроектировано?

Под 20 где-то

Это не вся сложность

Нет. Я не проектировщик

Звучит странно)

Только я уже задавал этот вопрос. Сказали что тут никак

Я не видел) так что не могу комментировать)

попробуй вывести в лог i и tabIndex до проверки, мб они за это время меняются 🤔

Да так и есть, я к тому, что VS всегда показывает результат первой итерации, а именно 0 == 0

а

Хоть в следующей будет 0 == 1, а после 0 == 2

Классная ловушка при дебаге