Возможный создать форму на фоновом потоке, затем отобразитесь на потоке UI

Я думаю, что ваше понимание мало. Органы управления должны быть затронуты из потока, которая создала их, а не основной нитю UI. У вас могут быть многочисленные пользовательские пользователи в приложении, каждый с собственным набором элементов управления. Таким образом, создание элемента управления различным потоком не позволит вам работать с ним из основного потока без маршалки всех вызовов над использованием Invoke или BeginInvoke.

Править Некоторые ссылки на несколько потоков пользовательских интерфейсов:

MSDN на циклах сообщений MSDN Социальная дискуссия Несколько потоков в WPF

Ответ на вопросы, которые содержат float и wrap в одном предложении, обычно составляет

overflow: auto

:)

Если вы хотите, чтобы ваша обертка автоматически расширялась по высоте, то должен сделать это.

Вероятно, имеется в виду PDF Standard 14 Fonts .

Как правило, доступ к свойствам формы требуется из того же потока, в котором выполняется цикл сообщений. Это означает, что для создания формы в другом потоке необходимо выполнить упаковку любых вызовов для фактического задания свойств с помощью BeginInvoke. Это верно и для наборов свойств конструктора, если они в конечном итоге генерируют сообщение, которое необходимо обработать (как это происходит сейчас).

Даже если вы получаете это на работу, что это вам покупает? Это будет немного медленнее, а не быстрее, в целом.

Может быть, просто показать заставку, пока эта форма загружается?

В качестве альтернативы, просмотрите, почему ваша форма занимает так много времени, чтобы построить в первую очередь. Это не часто занимает секунды.

с ограниченными исключениями, нет - это не в порядке. Там просто нет оправдания больше для одной буквы или чрезмерно сокращенных имен переменной. Даже если вы охватываете охватывание охоты и клевания, Intellisense означает, что вам почти никогда не нужно ничего не писать. Если вы продолжите назвать переменные таким образом, вы наказываете оба самого любого любого, кто несет достаточно, чтобы быть поручено поддержанию вашего кода.

В то время как невозможно создать форму на одном потоке, и отобразить его, используя другую нить, это , безусловно, возможно создать форму в не основной теме GUI Отказ Текущий принятый ответ, кажется, говорит, что это невозможно.

Формы Windows обеспечивают однопоточную масштабную модель. Таким образом, это означает, что может быть только один контур сообщений о окнах на поток и наоборот. Кроме того, если например, Threta хочет взаимодействовать с петлем сообщения Threadb, он должен маршал вызов через такие механизмы, как BeginInvoke.

Однако, если вы создаете новый поток и предоставьте его своим собственным циклом сообщений, этот нить будет радостно обрабатывать события самостоятельно, пока он не скажется, чтобы закончить петлю сообщений.

Итак, чтобы продемонстрировать, Ниже приведен код Windows Forms для создания и отображения формы на нити не графического интерфейса:

public partial class Form1 : Form
{
    public Form1()
    {
        InitializeComponent();
    }

    private void Form1_Load(object sender, EventArgs e)
    {
        label1.Text = Thread.CurrentThread.ManagedThreadId.ToString();

    }

    private void button1_Click(object sender, EventArgs e)
    {
        ThreadStart ts = new ThreadStart(OpenForm);

        Thread t = new Thread(ts);
        t.IsBackground=false;

        t.Start(); 
    }

    private void OpenForm()
    {
        Form2 f2 = new Form2();

        f2.ShowDialog();
    }
}


public partial class Form2 : Form
{
    public Form2()
    {
        InitializeComponent();
    }

    private void Form2_Load(object sender, EventArgs e)
    {
        label1.Text = Thread.CurrentThread.ManagedThreadId.ToString() ;

    }
}

метод OpenForm работает в новом потоке и создает экземпляр Form2.

Форма2 на самом деле дается собственная отдельная петля сообщений, вызывая ShowDialog (). Если вы должны были позвонить показать () вместо этого, не будет предоставлена ​​цикл сообщений, а Form2 будет закрыться немедленно.

Кроме того, если вы попробуйте доступом к Form1 в OpenForm () (например, использование «Это»), вы получите ошибку выполнения, поскольку вы пытаетесь сделать доступ для перекрестного пользовательского интерфейса.

T.isbackground = false устанавливает нить как нить переднего плана. Нам нужен нить переднего плана, потому что фоновые нити могут быть убиты сразу, когда основная форма закрыта без первого вызова формирования или формированных соотношений.

Помимо этих точек, форма2 теперь может использоваться так же, как и любая другая форма. Вы заметите, что Form1 все еще счастливо работает как обычно с собственным сообщением LOPP. Это означает, что вы можете нажать на кнопку и создавать несколько экземпляров Form2, каждый из которых с их собственной отдельной петлем и нитью сообщений.

Вам нужно быть осторожным о доступе к перекрестным формам, который сейчас находится на самом деле поперечной резьбы. Вам также необходимо убедиться, что вы обрабатываете закрытие основной формы, чтобы убедиться, что любые не основные формы потоков закрыты правильно.