Ну самый примитив в лоб это проверить есть ли введённый текст цвета, если нет, то создать объект через конструктор без него.
Но лучше же, эту проверку затащить во второй конструктор, и там уже проверять, если цвет пустой, то - прочерк. А от первого конструктора избавиться.
Что вы не нашли в API?
Там добавлены маркеры на кару, включена кластеризация и по клику в адрес карта позиционируется на координаты, по которым выставлен маркер. В песочнице яндекс.карт такие примеры разобраны.
Прогрессбар тут вообще элемент отображения, он не должен ни чем управлять кроме себя.
Примеры должен менять, тот компонент, где у вас происходит изменение этих самых величин.
Вам в пору заказывать научный отчёт в НИИ с ответами на все ваши вопросы. А по отдельности на каждый можно лекцию на 45 минут зачитать.
Ни один публичный роутинг не умеет во все ваши 6 запросов из коробки. Что-то там яндекс заикался про МКАД и грузовой профиль. Стоимость парома - я такого вообще не слышал.
Сам по себе грузовой профиль не проблема, но в OSM не так полна база запретов для грузовиков, обычным маперам это просто не интересно.
И вообще я считаю, что вам стоит выбрать любой и начать с написать бизнес логику взаимодействия и там уже часть вопросов отпадёт.
1) взять координаты клика
2) спросить у гугла что в этом месте есть (поддерживаемы типы)
3) если там то что вам нужно (кстати остановок походу нет), то поставить маркер
Ну так правильно, у вас в namespace Console есть только класс Program. Никаких WriteLine я не вижу. Вы или не делайте одинаковых имён, либо явно указываете, что вам нужна консоль из пространства имён System System.Console
Есть готовый UI компонент Toggle и ToggleGroup, чтобы как раз внутри группы они меняли состояние. Но что-то мне кажется странным, что вы смогли реализовать разную сложность игры, но не смогли в кнопки. А начать стоило с этого.