Сообщение Re[2]: Почему я отказался от Rust - актуально ли? от 18.01.2023 21:37
Изменено 18.01.2023 21:37 vsb
Re[2]: Почему я отказался от Rust - актуально ли?
Здравствуйте, Reset, Вы писали:
R>для веб разработки (backend) в Rust есть не меньше фреймворков, чем в GoLang или JS/TS/Node. Фреймворки Rust довольно зрелые, широко используются.
Посоветуй популярный фреймворк без асинхронности. Он должен пускать в главном потоке цикл accept, для новых соединений запускать новый поток и в этом потоке обрабатывать соединение и в том числе вызывать пользовательский код, который тоже должен в простом однопоточном режиме обработать запрос и записать ответ. В том числе должна быть работа с базой в таком же стиле (без всяких ORM).
R>для веб разработки (backend) в Rust есть не меньше фреймворков, чем в GoLang или JS/TS/Node. Фреймворки Rust довольно зрелые, широко используются.
Посоветуй популярный фреймворк без асинхронности. Он должен пускать в главном потоке цикл accept, для новых соединений запускать новый поток и в этом потоке обрабатывать соединение и в том числе вызывать пользовательский код, который тоже должен в простом однопоточном режиме обработать запрос и записать ответ. В том числе должна быть работа с базой в таком же стиле (без всяких ORM).
Re[2]: Почему я отказался от Rust - актуально ли?
Здравствуйте, Reset, Вы писали:
R>для веб разработки (backend) в Rust есть не меньше фреймворков, чем в GoLang или JS/TS/Node. Фреймворки Rust довольно зрелые, широко используются.
Посоветуй популярный фреймворк без асинхронности. Он должен пускать в главном потоке цикл accept, для новых соединений запускать новый поток и в этом потоке обрабатывать соединение и в том числе вызывать пользовательский код, который тоже должен в простом однопоточном режиме обработать запрос и записать ответ. В том числе должна быть работа с базой в таком же стиле (без всяких ORM).
R>для веб разработки (backend) в Rust есть не меньше фреймворков, чем в GoLang или JS/TS/Node. Фреймворки Rust довольно зрелые, широко используются.
Посоветуй популярный фреймворк без асинхронности. Он должен пускать в главном потоке цикл accept, для новых соединений запускать новый поток и в этом потоке обрабатывать соединение и в том числе вызывать пользовательский код, который тоже должен в простом однопоточном режиме обработать запрос и записать ответ. В том числе должна быть работа с базой в таком же стиле (без всяких ORM).