Алексей Николаев, поясню про try-catch:
Если ошибку не удалось избежать с использованием обычной логики, то использование любой ловушки только усложнит локализацию проблемы при любых других ошибках в дальнейшем: код не даст компилятору возможности отобразить сведения о возникшей ошибке.
Кстати, в php "собака"/"@" тоже не должна давить подобное. И только в самых простых случаях: например, открытие файла на запись без проверки на существование с флагом w+.
Но обязательно! заранее убедившись в доступе на создание такого файла!
kunjut19, а смена состояния текущей клетки - сразу (лавинообразно из угла) или через стек: сначала всё рассчитываем и заполняем массив, и только после оценки всех клеток, сразу всем меняем статусы (тушим/зажигаем) на вычисленные значения из массива?
Алексей Николаев, если в коде есть try-catch или eval - это плохой код.
Если goto - это просто хаотичный без следования по зависимостям: деструктурная логика исполнения.
ВладиМИР (о__О), напомню про двойную проверку:
1. при исходящих сообщениях, проверяйте: забанил ли отправитель получателя у себя
И
2. при входящих сообщениях, доставляйте только тогда, когда адресат не забанил отправителя.
Роман, речь больше про то, как это сделать визуально (чертить), а не как строить модель в памяти.
И да, тут проблемы у автора в осознании логики работы с новым движком и боязнь несовпадения терминов: 2D и 3D.
И, как следствие, завышенная оценка в сложности реализации для 3D. Хотя, реально - она одинаковая: просто сразу заложено 3-е измерение.
profesor08, фильтруй ты: речи про накрутку - вообще не шла в вопросе.
И если интересно: возможность крутить полностью зависит от логики принятия/непринятия голосов через репутационный и поведенческий фильтры.
Medovochka, вписывать будете в экран игровой мир спрайт-сеткой (ровно делить область на X*Npx, Y*Npx, где N - это длина стороны спрайт-сетки) или просто пиксельно скроллить?
Важно сделать фиксированно: отношение dpi монитора к длине стороне квадрата спрайт-сетки, чтобы везде игра смотрелась одинаково: приложив линейку к разным мониторам, чтобы размер квадрата одного и того же спрайта - не менялся.
Если ошибку не удалось избежать с использованием обычной логики, то использование любой ловушки только усложнит локализацию проблемы при любых других ошибках в дальнейшем: код не даст компилятору возможности отобразить сведения о возникшей ошибке.
Кстати, в php "собака"/"@" тоже не должна давить подобное. И только в самых простых случаях: например, открытие файла на запись без проверки на существование с флагом w+.
Но обязательно! заранее убедившись в доступе на создание такого файла!