Если вы прочитаете далее , вы увидите, что вы можете создать несколько доменов в своем процессе и загрузить сборок в них или выполнить собрания в них.
Теперь из того, что вы спрашиваете, я думаю, что вы немного неправильно поняли концепцию. Сборки в двух разных доменах полностью разделены, они не могут обращаться друг к другу, поэтому то, что вы хотите сделать, загрузить элементы управления пользовательским интерфейсом в отдельный домен и использовать его в исходном домене, невозможно.
Цитируемая вами цитата говорит о таких сценариях, как одновременный доступ пользователей к одному приложению asp.net или множественные «вкладки» в одном обозревателе Интернета с несколькими веб-страницами. Они должны быть надежно разделены, что может быть достигнуто либо путем создания совершенно нового процесса для каждого пользовательского запроса или вкладки, либо путем создания отдельных доменов приложений. Преимущество, обеспечиваемое здесь доменами приложений, - лучшая масштабируемость / производительность, потому что создание нового процесса для каждого отдельного запроса к приложению asp.net будет слишком дорогостоящим.
Итак, чтобы ответить на ваш вопрос: если вы хотите использовать сторонние элементы управления и хотите, чтобы они взаимодействовали с вашим основным приложением, вы не можете загрузить их в отдельный домен, если не можете заставить их общаться с вашим приложение через сеть, удаленное взаимодействие, каналы и т. д.