На мой взгляд, это не настолько сложная задача, что бы сразу ее сделать правильно, что даст максимальный комфорт пользователю, так как он будет тыкать куда считает нужным и точно знать, что при этом произойдет. И идеализм тут не причем, это обычное юзабилити. Т.к. я с 100% уверенностью могу сказать, что после 5-10 кликов после, которых следует неверное поведение, пользователь просто забьет.
1 Ну с описанным вами способом я согласен.
2 С учетом того, что эти области занимают чуть ли не четверть клетки, я бы не назвал это удачной аппроксимацией.
1 Изначально я написал, что мне не понравилось представление гексагональной сетки в виде прямоугольной.
2 Наличие ширины и длины не делает клетку прямоугольной, так как она гексагональная изначально. И как мне кажется, x/w не даст правильную координату х, потому что при клике в крайние «треугольные области» клетки точно нельзя сказать куда кликнул пользователь.
1 В данном случае речь идет о двумерном массиве.
2 Вычислить клетку, на которую кликнул пользователь не составляет особого труда даже без представления клетки, как прямоугольника, что кстати является крайне не точной аппроксимацией, для этого достаточно знать ширину и длину клетки.
3 Для А* достаточно знать расстояние между двумя соседними клетками (и то это в том случае если у вас переход между клетками не равен 1)
А всего напросто, достаточно было изменить функцию поиска соседей (которая кстати простейшая) в любом из алгоритмов поиска пути, и не придумывать никакие отображения гексагонов в параллелепипеды… Вычисление расстояний между клетками вообще ужас, так как расстояние между соседними гексоганальными клетками одинаковое
Нельзя пить, курить, материться, рабочее пространство простых «клерков» похоже на смесь бункера, общественного туалета и швейной фабрики китайцев (хотя, быть может, мне так показалось из-за закрытых окон, если это окна вообще). Ужасно…
Достаточно часто, я согласен с вами, что за частую стэк трейса или логов хватает, но при наличии сложной логики, когда просто вместо А приходит Б, и нужно разобраться в чем проблема, отладчик незаменим, собственно, когда переходил на java с php отладчик выглядел достойным плюсом.
Да и кстати зная этот пресловутый hotswap в eclipse у меня к нет особого доверия.
Я знаком с этим фрэйм ворком. Пытался написать на нем файлопомойку с мультиаплоадом, могу сказать лишь одно, в плане работы с файлами он кривоват, или был кривоват. Дебаг и вывод ошибки — это не одно и тоже, и стэк трейса часто не хватает для того, чтобы полноценно разобраться в ситуации.
2 С учетом того, что эти области занимают чуть ли не четверть клетки, я бы не назвал это удачной аппроксимацией.
2 Наличие ширины и длины не делает клетку прямоугольной, так как она гексагональная изначально. И как мне кажется, x/w не даст правильную координату х, потому что при клике в крайние «треугольные области» клетки точно нельзя сказать куда кликнул пользователь.
2 Вычислить клетку, на которую кликнул пользователь не составляет особого труда даже без представления клетки, как прямоугольника, что кстати является крайне не точной аппроксимацией, для этого достаточно знать ширину и длину клетки.
3 Для А* достаточно знать расстояние между двумя соседними клетками (и то это в том случае если у вас переход между клетками не равен 1)
Да и кстати зная этот пресловутый hotswap в eclipse у меня к нет особого доверия.