Griboks, предположения и методики - тоже полезны для начала собственных изысканий.
Т.к., есть вариант сделать лучше того, что уже готово с формулами и расчётами, применив иной подход к реализации.
Что придётся проверять принадлежность точки в 1/8 окружности, зная их точное максимальное возможное кол-во в секторе - это совсем мало затратно.
А прогнав большой цикл [0..N] с разными радиусами, можно будет вывести точное соответствие количества точек в секторе, лежащих на окружности, к радиусу окружности.
rybic, AVKor, по ссылке можно получить точки на окружности. Разница двух радиусов кругов даст общее кол-во точек, лежащих на внешней "дорожке". Делим на 4 и получаем на секторе "дорожки" в одной любой четверти. Зная одну точку на четверти (на любой оси), можем найти все остальные, используя деление дуги на равные части и сверив полученные точки с выражением x^2+y^2=r^2.
PS: В четверти, достаточно найти половину от всех возможных точек, т.к. вторая половина - будет полностью "зеркальна".
Mikleg,
1) Мне непонятна фраза "бэк к фронту неопределен". Это независимые обработчики данных, общающиеся между собой (обычно) посредством протокола HTTP.
2) Верно. Всегда вначале идёт архитектура, а только потом - написание кода. И не важно: бэк, фронт, прикладная апликуха или что-то ещё.
Mikleg, ну, как бы, поймите, что фронт и бэк в плане архитектуры - мало в чём различаются.
Разница проста: у бэка - нагрузка идёт сразу на всех клиентов, а у фронта - на одного, но на всё визуальное представление и обработку всех имеющихся данных.
Т.е. если Вы можете делать бэк качественно, то Вам не составит труда сделать это на фронте.
Если бэк не умеете, то лучше учите бэк, а фронт - наймите архитектора.
Если бэк умеете - лучше сами постарайтесь создать на фронте.
