Я склонен использовать следующее в качестве своей стандартной модели потоков, но, возможно, это не такая хорошая модель. Какие еще предложения есть у людей или они думают, что это хорошо настроено? Это не для высокопроизводительного интернет-сервера, хотя производительность иногда довольно критична, и в этих случаях я использую асинхронные сетевые методы и повторно использую буферы, но это та же модель.
Существует поток графического интерфейса для запуска графического интерфейса.
Существует внутренний поток, который обрабатывает все, что требует значительных вычислительных ресурсов (в основном все, что может передать графический интерфейс, но не очень быстро запускается), а также отвечает за анализ и обработку входящих сообщений или действий графического интерфейса.
Существует один или несколько сетевых потоков, которые при необходимости разбивают исходящую отправку на peies, получают пакеты из различных сокетов и собирают их в сообщения.
Существует промежуточный статический класс, который служит посредником между сетевыми и внутренними потоками. Он действует как почтовое отделение. Сообщения, которые должны быть отправлены, публикуются в нем внутренними потоками и сетевыми потоками, проверяющими «исходящие» этого класса, чтобы найти сообщения для отправки и публикации любых входящих сообщений в статической «входящей почте» этого класса (независимо от того, к какому сокету они приходят от, хотя эта информация публикуется вместе с входящим сообщением), которую внутренний поток проверяет, чтобы найти сообщения от других машин, на которых он должен действовать.
Интерфейс потоков GUI / Backend имеет тенденцию быть более специальным и, вероятно, должен иметь свое собственное почтовое отделение, такое как класс или какой-нибудь альтернативный посредник?
Есть ли какие-либо комментарии / предложения по этой настройке потоков?