🦊
только вот один поток - это не серьезно
Size: a a a
2020 September 04
🦊
особенно для игростроя
p
для меня слово! особенно если это не значит, что это будет слишком изи.
RM
особенно для игростроя
Это не для игростроя, а для бекенда
🦊
Тем более
RM
И там не один поток, а асинхронность в некоторых модулях
🦊
Как по-твоему асинхронность работает, алло?
RM
Модули сети, тасков - это async
🦊
где евент-луп?
RM
где евент-луп?
евент залуп
🦊
где реактор?
RM
Многопоток в приложение не катит в общем, я сидел думал над этим, продумал в голове что произойдет при такой реализации и понял, что это яма
RM
Надо многопоток вводить в самих модулях, которые будут на себя брать синхронизацию
🦊
Надо многопоток вводить в самих модулях, которые будут на себя брать синхронизацию
так как, если твой фреймворк мешает
🦊
заставляя лепить костыли на синхронизации, чтобы хоть что-то сделать
RM
так как, если твой фреймворк мешает
Ты не понимаешь, если я введу многопоток во внутрь приложения, то юзерам придется работать только с многопотоком
RM
Они должны будут синхронизировать сами все свои классы IPlugin
RM
В противном случае они обосрутся и будет краш на каждой попытке заюзать свой же плагин
RM
Вот тебе дадут фреймворк и скажут, там везде многопоток так что делайте синхронизацию. Теперь ты должен сам везде в своих классах вводить синхронизацию и все методы ты должен синхронизировать, так как другие модули будут пытаться заюзать твой класс, а они работают в другом потоке