Реализация сети на сокетах. Можно ли?

[Rachok]

Всем привет.
Написал для теста простенький чатик на Юнити с использованием обычных NET-сокетов (не в асинхронном режиме)

Синтаксис:

Синтаксис: [ Показать ]

Используется csharp

using System.Net;
using System.Net.Sockets;
 

с коннектом к серверу-посреднику, который написан на голом C#.
При этом не использовал левые библиотеки, фотоны, стандартные библиотеки Юньки для работы с сетью и т.п. Более того, не использовал в Юнити дополнительные потоки и прочий изврат.
И все это работает... Я в апдейте каждый кадр проверяю состояние сокета, если на него что-то пришло - пытаюсь анализировать.
Вопросы:
1. А ТАК МОЖНО ДЕЛАТЬ??? МОЖНО ЛИ ИСПОЛЬЗОВАТЬ В ЮНИТИ СТАНДАРТНЫЕ СОКЕТЫ? Я где-то читал, что Юнити не всегда дружит со стандартными C#-библиотеками. Например, если попытаться создать обычный поток (Thread), то произойдет ошибка.
2. Я так понимаю, что о кросплатформенной разработке (андроид-ios-Mac) можно забыть?

[lawsonilka]

если попытаться создать обычный поток (Thread), то произойдет ошибка.

это где вы такое вычитали? Впервые такое слышу.

[Rachok]

Вроде есть куча ограничений на создание и взаимодействие со своими потоками? Разве нет? Ну, вопрос не в потоках, а в сокетах C#... Можно ли их спокойно использовать? Не накладывает ли Юнити ограничения на их использование? Ну и кросплатформенность тоже интересует...

[IDoNotExist]

Например, если попытаться создать обычный поток (Thread), то произойдет ошибка.

Такое произойдёт только под WebGL, в иных случаях ошибка произойдёт если из потока вы будете обращаться к Unity объектам.

Ну, вопрос не в потоках, а в сокетах C#... Можно ли их спокойно использовать? Не накладывает ли Юнити ограничения на их использование? Ну и кросплатформенность тоже интересует...

Сокеты не будут работать только опять же только под WebGL, в иных случаях, они вполне полноценно работают, и ими прекрасно пользуются все кому не нравятся встроенные сетевые решения.

[Rachok]

Спасибо!