Xveeder

Наиболее оптимальный способ - вручную прорисовывать шаблон элемента. Той же кнопки, к примеру.
Первая попавшаяся ссылка с вменяемым по размеру примером:
https://professorweb.ru/my/WPF/Template/level17/17...
Общая суть:
Нужно указать параметр Template у объекта, углы которого скруглять вздумали.
Это можно сделать как в примере на странице через ссылку на StaticResource, либо по месту, указав

<Button.Template>
...
</Button.Template>

Сам шаблон описывается элементом <ControlTemplate TargetType="Button">. Ну или не Button, а тот элемент, который вы хотите выдать.
Внутри вы можете нарисовать кнопку так, как вам того хочется. Можно <Rectangle RadiusX="10" RadiusY="10">, можно <Border CornerRadius="10"> - на ваше усмотрение. Не забываете добавить <ContentPresenter>, чтобы отобразить содержимое кнопки (её текст или любые другие элементы, которые на ней должны размещаться). В реальности вам придётся ещё впоследствии добавить раскраску в зависимости от состояния (активная, курсор наведён, курсор не наведён), и возможно анимацию перехода между этими состояниями!

Чтобы не делать это всё с нуля, часто бывает удобно скопировать стиль по-умолчанию с сайта майкрософт , а потом перкроить его на свой вкус.

Blend так ни разу и не довелось использовать. Всё-таки мне показалось более удобным работать с чистым кодом. Вся идея бленда заключалась на мой взгляд в том, чтобы посадить за него дизайнера, и чтобы последний выдавал на нём готовые для использования блоки. Программеру он ни к чему.

Самый простой вариант это использовать Parallel.Foreach.

var myEntities = new MyEntity[100];
var maxThreads = 15;

System.Threading.Tasks.Parallel.ForEach(
    myEntities,
    new System.Threading.Tasks.ParallelOptions { MaxDegreeOfParallelism = maxThreads },
    entity =>
    {
        entity.Do()
    });

Второй вариант использовать Semaphore или SemaphoreSlim.

var myEntities = new MyEntity[100];
var maxThreads = 15;	

var semaphoreSlim = new SemaphoreSlim(maxThreads);
var tasks = new List<Task>(myEntities.Length);
foreach (var entity in myEntities)
{
	tasks.Add(Task.Run(() =>
	{
		semaphoreSlim.Wait();
		try
		{
			entity.Do();
		}
		finally
		{
			semaphoreSlim.Release();	
		}
	}));
}

Task.WaitAll(tasks.ToArray());

Если вы хотите использовать класс Thread напрямую, то

var myEntities = new MyEntity[100];
var maxThreads = 3;	

var semaphore = new Semaphore(maxThreads, maxThreads);
var threads = new List<Thread>(myEntities.Length);
foreach (var entity in myEntities)
{
	var thread = new Thread(() =>
	{
		semaphore.WaitOne();
		try
		{
			entity.Do();
		}
		finally
		{
			semaphore.Release();
		}
	});
	
	threads.Add(thread);
	
	thread.Start();
}

foreach (var thread in threads)
	thread.Join();

Хотя из условий задачи кажется, что здесь вполне можно обойтись Task. Task предпочтительней еще и по той причине, что потоки переиспользуются. Т.е. задействованных потоков будет столько, сколько одновременно выполняется задач, например 15. В случае же создания потока напрямую через класс Thread, 15 будут работать, остальные просто ждать, при этом все равно расходуя ресурсы.

Я делаю систему контроля яркости.
Я хочу настраивать яркость всего (гирлянды, люстры, фонарика, экрана телефона).
В коде выглядит примерно так

class BrightControl
   public void setDefaultBright(Object obj){
         obj.setBright(10);
   }
}

Метод setDefaultBright принимает любой объект. Ведь мне всё равно яркость чего настраивать.
Мой код используют другие разработчики, я не могу контролировать их.
Как мне убедиться, что у объекта, который мне пришел в качестве аргумента, есть метод setBright?
Я пишу интерфейс, и говорю, что метод setDefaultBright принимает только объекты, которые реализуют этот интерфейс.

Если кроме меня самого никто не будет использовать эту систему контроля яркости. То я просто буду держать у себя в голове, что в метод setDefaultBright можно отправлять только объекты, у которых есть метод setBright, но поддержка кода усложняется, через год и не вспомнишь...

1. Если бы можно было создать один идеальный язык - это было бы сделано еще до вашего рождения...
   
2. JS является наскоро слепленным говном. Позиции держит только из-за монополии в браузерах, а то бы о нем уже все забыли.
   
3. От него пытаются уйти (TypeScript, Dart и даже ES6 фактически уже другой язык), а вы говорите - придет он везде. Ага
   
4. Там, где нет монополии браузеров - там JS вообще ничто. NodeJS таки не захватила сколько нибудь значимой доли в бэкенде. Используется только потому что полно фронтендеров, желающих писать бэкенд, но не желающих учить языки.
   

Но для лично Вас - почему бы и нет.
Существуют инструменты для использования JS где угодно.

В браузерах, бекенде, мобилках и десктопе. Пользуйтесь на здоровье.

не читайте по утрам советских газет.

Скоро, скоро, благодаря серверному JS у серверных приложений тупо ничего не останется кроме последнего выбора — сдаться. Ну просто так сложилось, что ничто не в состоянии составить конкуренция JS. Питон и Руби могут попытаться, но вряд ли )

https://habr.com/post/106274/#comment_3341256
прошло уже 8 лет....

один игрок на рынке - это стагнация. доказано историей не раз.

Значит ли это, что все методы следует делать виртуальными?

Нет, не значит. Если разрешить переопределять все, то можно логику поломать. А если Вы пишите библиотеку и разрешите все и вся менять? Переопределять можно разрешать в местах, где используется стратегия: где есть обобщенный класс и наследуемые классы могут реализовывать собственную логику.
Если вдруг, в процессе разработки, возникнет необходимость разрешить переопределение, то дописать override недолго.