Налаштування та налаштування - Модифікація та збереження змінної часу виконання

Більшість компаній мають редактор або змінну систему управління для налаштування речей в іграх, але чи є серед цього програмного забезпечення рішення цієї проблеми? Я раніше писав дві такі системи, і працював з п'ятьма, можливо, шістьма різними, але жодна з них не була з полиці.

Кожне з цих домашніх рішень мало проблеми, починаючи від необхідності продовжувати пошук значень до неможливості збереження поточного стану змінних.

Чи є якісь зрілі бібліотеки / програми управління змінною Config / Runtime?

Я зазвичай кодую в C ++, але я думаю, що зрілий редактор налаштувань / змінних, ймовірно, буде заснований на сокеті (і, отже, в деякій мірі агностик), оскільки все поточне обладнання для розробки, окрім Nintendo, забезпечує механізм спілкування з серверами. Реалізація коду також повинна бути досить простою (мені подобається стаття hot_var / TweakableConstants, якою ділився Оскар, але це не пакет)

Мені подобається те, що Ноель запропонував у своєму блозі. Телнет на основі змінної твикер . За допомогою telnet він зміг використовувати будь-який клієнт telnet для редагування змінних. Пізніше вони побудували gui навколо протоколу. Це здається досить простим, що це, мабуть, не варто бібліотеки середнього програмного забезпечення, але перегляд його коду може бути корисним.

Однак я не згоден з його антилюанськими настроями. Віддалена консоль Lua просто здається приголомшливою.

Можливо, ідея Tweakable Constannts відповідає вашим потребам. Насправді це так корисно, що ви можете подумати, що вам знадобиться складне рішення, щоб мати ефективний контроль змінних часу виконання, але насправді реалізація майже занадто проста. TheОригінальна обговорення цієї техніки також цікаво читати.

Приклад:

glClearColor( H(1.0f), H(1.0f), H(1.0f), H(1.0f) );

HМакрос розкривається що - щось на зразокHotValue(x, __FILE__, __LINE__, __COUNTER__) . Це реєструє значення для деякого глобального реєстру. Тоді є така функціяRefreshHotValues() яку ви викликаєте через рівні проміжки часу. Функція шукає кожен запис у реєстрі, аналізує конкретний вихідний файл та перезавантажує гаряче значення.

Коли ви змінюєте фактичний вихідний код, у вас є наполегливість прямо там.

Очевидно, це не спрацює там, де H()не оцінюється кожен кадр, але є способи вирішити це, як обговорювалося тут .

Можливо, ви могли б розширити цю ідею до рішення на основі сокета. Можливо, для виклику HotValue()кожного кадру може бути значна ефективність , але оскільки ви дуже легко можете скласти макрос, повністю замінивши його постійним, це не проблема.

AntTweakBar дуже корисний для того, що ви хочете зробити, проте, більшу частину часу ви хочете мати методи, які "збираються" у випуску з деякими макросами або подібними.

З питання про налагодження в режимі реального часу , виходить відповідь Девіда Макграу про AsyncSocket для розробників iOS. Дивіться його відповідь для отримання додаткової інформації.

Здається, керування налаштуваннями є однією з тих речей, які переробляються з нуля для кожної гри, ймовірно, через те, наскільки це досить просто і велика мінливість типів необхідних налаштувань. Якщо припустити, що у вас є пристойне налаштування резервного зберігання (SQL / що завгодно), ви можете кодувати надійне рішення для керування налаштуваннями через день або 2, тому, здається, не існує справжньої необхідності бізнесу для рішення проміжного програмного забезпечення. Я вважаю, що це найкращий спосіб досягти в більшості випадків.

Я насправді останнім часом думав про таке, і думаю, що це було б чудовим кандидатом на додаток для Android у парі з невеликою бібліотекою будь-якою мовою . Додаток - це налаштований набір кнопок, перемикачів, спаднень тощо (будь-який віджет, який ви хочете), і він надсилатиме дії через WLAN (або USB, якщо ви хочете ускладнити речі) в бібліотеку. Бібліотека породила б окремий потік від ігрового процесу і дізналася б, яким елементам керування на телефоні Android відповідає яким змінним у грі (ви встановили б їх у своєму стартовому коді) та матиме з'єднання з додатком Android.

Тоді возитися зі своєю грою так само просто, як торкатися речей на телефоні. Ви можете навіть мати кілька текстових полів на телефоні, які показують значення змінних у режимі реального часу від гри, або ви можете мати бібліотеку вперед stdinабо stderrдо прокрутки текстових областей телефону. Варіанти безмежні!

Єдине справжнє занепокоєння - швидкість. Якщо швидкість та час реакції є вирішальними, то ви просто підключите телефон через USB, а adb (андроїд-налагоджувач) підтримує порти пересилання через USB до телефону. Але в іншому випадку WLAN матиме лише невелику затримку, яка, на мою думку, була б цілком прийнятною для цієї мети.

Я не думаю, що написано таке, як було сказано вище, але я наполегливо розглядав можливість його написання. (Я просто ще не зайшов досить далеко в розробку власних ігор, щоб це ще потрібно)

Звичайно, ті, хто є користувачами Apple, ймовірно, можуть зробити те ж саме з вашими iDevices. Я особисто вважаю, що розробка iOS на порядок складніше, ніж розробка Android, і, звичайно, вищезазначений додаток може бути легко опублікований на ринку Android для легкого розповсюдження, тоді як Apple, ймовірно, не дозволить інструменту розробника в магазин додатків, тому я відчуваєте, що платформа Android краще підходить цьому інструменту.