Як я можу ефективно кодувати одночасно і клієнта, і сервера?

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

Я щойно почав кодувати і зіткнувся з основною проблемою. В даний час я розробляю гру в Eclipse, маючи всі ігрові класи, організовані в пакети. Потім у своєму серверному коді я просто використовую всі класи в клієнтських пакетах.

Проблема полягає в тому, що ці клієнтські класи мають змінні, характерні для візуалізації, які, очевидно, не виконувалися б на сервері.

Чи слід створювати модифіковані версії клієнтських класів, які слід використовувати на сервері? Або мені просто змінити клієнтські класи булевими, щоб вказати, чи використовує його клієнт / сервер. Чи є у мене інші варіанти? У мене просто була думка про те, можливо, використовувати серверний клас як основний клас, а потім розширити його рендерінгами?

Вам слід віддати перевагу коду візуалізації окремо від логіки гри , оскільки вони є окремими проблемами .

Якщо відокремити код відтворення від коду клієнта / сервера, ви отримаєте пару переваг:

• Створити виділений сервер буде простіше, оскільки будь-який код, який відображатиметься, буде в одному місці.
• Ви можете відокремити свою updateфазу від renderфази та запустити їх у різні часові кроки.
• Ви можете переконатися, що ваш код візуалізації не змінює стан гри const, зменшуючи помилки.

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

Як відомі інші, відокремлюється проблема FTW, але якщо ваша кінцева мета - це окремі клієнтські та серверні програми, вам потрібно зробити крок далі. Вам потрібно визначити, що стосується клієнта, що стосується сервера та що є спільним. Для всього, що поділяється, розділіть його на класи виключно спільного коду; Класи, що стосуються клієнта або сервера, можуть відповідно підклас або посилатись на спільні класи відповідно. Перенесіть спільні класи в окремий проект, створивши JAR "спільної бібліотеки" та включіть цей JAR як у клієнтський, так і в серверний проекти.

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