Артем Да, я про него. Применить элементарно. Заполняете ваше поле клетками физически, как геймобджектами. Генерируете навмеш. Далее на непроходимые клетки вешаете NavMeshObstacle с парамтером "продырявить навмеш". Потом ставите агента в одну клетку, и просите его построить путь в другую клетку. Проверяете результат построения. Это если надо в реалтайме менять матрицу проходимости. Если не в реалтайме - то еще проще - прям в навмеш запекаете проходимые и непроходимые зоны.
Более того - в юнити есть реализация как бы даже не на основе A*, гуглите Unity pathfinding. Работает очень быстро.
Полный перебор - самый неэффективный алгоритм.
Ну и в играх - забудьте о телефонах со слабыми процессорами. Платят только топы ;-)
Знать winApi - нужно. Но не в контексте "вот эта функция рисует кнопку", а в контексте сообщений, окон, цикла приложения и прочего. Просто чтобы было понимание механизма окон вообще. Использовать - не нужно. Есть тонна вещей, которые делают работу с окнами проще - MFC, Qt, wxWidgets, WPF и т.д.
vilgeforce Я могу ошибаться, но есть еще такое понятие как "рабочая директория программы". Она может не совпадать с Debug/Release, и dll будут искаться там. Плюс мы ж не знаем насколько "по умолчанию" настроен проект у ТС.
Прислушайтесь к остальным советам.
Яркость 5 - это очень мало. Поставьте хотя бы 20 +поменяйте цветовую температуру.
Вы врач чтобы судить что со зрением все хорошо? Острота зрения (ваши 100%) - это не единственный показатель здоровья глаз.
+1 за написание десятка приложений. Возьмите и напишите что то для себя - и будет вам стартовый багаж. Заодно поймете насколько неплохо вы владеете с/с++ и ооп.
А как у этих эмуляторов с нативным кодом? Последний раз когда я смотрел тот же blueStacks, он не поддерживал native. Ну и в любом случае - полного функционала гироскопа, акселерометра, нотификаций и т.д. - не будет.
Даже не знаю что рассказывать. И на андроидной Java, и на iOS-Ном objective-c есть возможность подключить native-библиотеку, и работать с ней. В эту библиотеку вы выносите абсолютно весь функционал, а интерфейс приложения просто использует этот функционал. Гуглить по словам c++ native android/c+ native iOS.
Я же сразу написал - знать winApi - надо. Писать на нем - не стоит. Да, таковы современные тенденции. Разработка софта на winApi увы будет неконкурентноспособна. А это важно, если конечно пишутся не лабы в ВУЗ и не самоделки для 100 человек.
Чистый winAPI сейчас мало кто использует. Его знать конечно надо, чтобы понимать процессы, происходящие в windows-приложениях. Но уже дааавно есть замены чистому winAPI. Начиная от древнего MFC, и заканчивая .NET, Qt и т.д.
