Riĥard Brugekĥaim: В приложении все проблемы с синхронизацией так или иначе скрыты за некую абстракцию с асинхронным интерфейсом. В частности, sql, который не поддерживает асинхронность в протоколе, скрыт за некими sqlExecutor-ом, внутри которого есть свой тредпул, внутри которого и происходят вся работа с примитивами синхронизации.
Мой вопрос про то, какие практики можно использовать, чтобы защитить свой асинхронный интерфейс с обоих сторон. С одной стороны, что делать, когда реализация асинхронного интерфейса больше не способна принимать задачи асинхронно. А с другой стороны, что делать с "коллбэками", которые надо где-то выполнять, и хочется их выполнять безопасно.
А зачем человеку город, у которого не указан регион или страна? Это же справочник, а не динамическая информация, тут таких городов и не должно быть. В смысле, зачем кому-то может понадобиться оперировать ВСЕМИ городами, без уточнения вообще, в какой стране эти города находятся?
@edinorog для человека, который не знает при чем тут протокол, может и правда показаться, что "кури мануал и поднимай" -- это дельный совет. Но на самом деле нет. И вот почему: топик стартеру нЕчего поднимать и курить, потому что он не знает на какой технологии построить эту задачу.
"бери кури манул по серверу и поднимай"
Меня порой поражает профессионализм людей.
А по теме, есть проект даже www.onlive.com , который позволяет играть в консольные игры через интернет с ПК. Но, к сожалению, по стэку технологий ничего не подскажу.
@rhamdeew Проблема скорее в том, какой именно вопрос вы задали. А именно "Есть ли какой-либо JS-фреймворк или библиотека реализуюущая роутинг". Если бы вы спросили что-то более конкретное, типа, "какая либа больше подойдет под жирный JS-клиент, желательно с поддержкой профилей и энвайронмента", или "какой наиболее простой фреймворк с роутингом с наиболее низким порогом вхождения", я бы даже слова не сказал.
А так ответ на ваш вопрос полностью укладывается в запрос к гуглу. При такой постановке вопроса "ценному мнению экспертов" просто негде развернуться в ответе. Хоть бы детали задачи уточнили...
Мой вопрос про то, какие практики можно использовать, чтобы защитить свой асинхронный интерфейс с обоих сторон. С одной стороны, что делать, когда реализация асинхронного интерфейса больше не способна принимать задачи асинхронно. А с другой стороны, что делать с "коллбэками", которые надо где-то выполнять, и хочется их выполнять безопасно.