Взаимодействие кода, написанного разными программистами.

@Pycz · Регистрация: 27.02.2011

Студворк — интернет-сервис помощи студентам

Здравствуйте!

Сразу к делу:
Нужно написать пошаговую игру, на 2-х игроков-ботов, причем интерфейс для их взаимодействия буду писать я, а ботов 2-х видов - еще 2 человека. Надо обеспечить возможность взаимодействия их ботов с моим интерфейсом. Я планирую такую схему действий:

Каждый из нас пишет свои классы.
Они объединяются в один проект
Сначала начинает работать мой интерфейс, который вызывает по очереди некоторые методы ботов, возвращающие свои ходы
Во время анализа своего хода бот может получать информацию о состоянии игры, пользуясь методами моего класса, реализующего интерфейс пользователя

Проблема в том, что все 3 класса будут создаваться отдельно. Само собой, соответствующую документацию ко всем своим функциям я предоставлю разработчикам ботов, и они мне, соответственно, предоставят метод, возвращающий сделанный ими ход. Но как боты будут знать, к какому экземпляру класса, реализующего интерфейс, обращаться? Можно, конечно, заранее договориться об имени класса в той же документации или использовать статические методы, но мне, почему-то, не кажутся эти методы элегантными. Хотя, возможно, вы меня переубедите.
Что же делать? Как обычно решаются такого рода проблемы?
P.S. Все будет на C# - обязательное условие курсовой.

@xwizard · 25.04.2012, 23:17

Обычно такая задача решается созданием Main-классов.

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public class Robot
{
    int x = 0;
    int y = 0;
    int health = 100;
    
    public void Move(int x_coor, int y_coor)
    {
       //
    }
    public int getTarget()
    {
       //
    }
}

которые ничего не делают кроме объявлений всех функций-заглушек и базовых параметров/переменных, которые будут использоваться другими классами.
Каждый программист создаёт свои классы, которые наследуются от базовых и переопределяют методы базовых классов так как считают нужным.
В итоге у всех программистов есть перед глазами базовый класс, методы которого они могут вызывать, а реализация этих методов их уже не волнует, т.к. этим занимаются другие разработчики.
Базовые классы не меняются, а любые необходимые изменения согласуются со всеми участниками проекта.

@Delog · 27.04.2012, 14:40

xwizard, то, что вы описали называется абстрактными классами (abstract), а методы делаются виртуальными (virtual), это конечно, если бы они не были пустыми. Вместо пустого же каркаса, как раз и нужны интерфейсы.

Pycz, не очень понял ваше описание. Роботы не должны никуда обращаться, они наследуются от интерфейса с помощью которого им будет передаваться информация об обстановке, а назад поступать информация об их действиях.

@Pycz · 28.04.2012, 00:43 **[ТС]**

Уже немного не актуально, (5 месяцев прошло, лол) но все-равно спасибо, что ответили.

xwizard, использовал интерфейс вместо абстрактного класса.
Delog, в общем, так и реализовал, использовал интерфейс, который реализовывали 2 других программиста. Тут была такая проблема - я хотел, чтобы они не видели мой код, а мне предоставили лишь сборки(этакие "черные ящики"), которые я бы подключил и работал с ними. Потом мы от этой идеи отказались (дедлайн).

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11680&d=1772460536 Одним из. . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .
SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .

@Pycz 5 / 5 / 0 Регистрация: 27.02.2011 Сообщений: 18

	Взаимодействие кода, написанного разными программистами. 20.10.2011, 03:02. Показов 1682. Ответов 3 Метки нет (Все метки) Здравствуйте! Сразу к делу: Нужно написать пошаговую игру, на 2-х игроков-ботов, причем интерфейс для их взаимодействия буду писать я, а ботов 2-х видов - еще 2 человека. Надо обеспечить возможность взаимодействия их ботов с моим интерфейсом. Я планирую такую схему действий: Каждый из нас пишет свои классы. Они объединяются в один проект Сначала начинает работать мой интерфейс, который вызывает по очереди некоторые методы ботов, возвращающие свои ходы Во время анализа своего хода бот может получать информацию о состоянии игры, пользуясь методами моего класса, реализующего интерфейс пользователя Проблема в том, что все 3 класса будут создаваться отдельно. Само собой, соответствующую документацию ко всем своим функциям я предоставлю разработчикам ботов, и они мне, соответственно, предоставят метод, возвращающий сделанный ими ход. Но как боты будут знать, к какому экземпляру класса, реализующего интерфейс, обращаться? Можно, конечно, заранее договориться об имени класса в той же документации или использовать статические методы, но мне, почему-то, не кажутся эти методы элегантными. Хотя, возможно, вы меня переубедите. Что же делать? Как обычно решаются такого рода проблемы? P.S. Все будет на C# - обязательное условие курсовой. 1

@Delog I ♥ C# 470 / 262 / 25 Регистрация: 07.05.2010 Сообщений: 567
	27.04.2012, 14:40
	xwizard, то, что вы описали называется абстрактными классами (abstract), а методы делаются виртуальными (virtual), это конечно, если бы они не были пустыми. Вместо пустого же каркаса, как раз и нужны интерфейсы. Pycz, не очень понял ваше описание. Роботы не должны никуда обращаться, они наследуются от интерфейса с помощью которого им будет передаваться информация об обстановке, а назад поступать информация об их действиях. 0

@Pycz 5 / 5 / 0 Регистрация: 27.02.2011 Сообщений: 18
	28.04.2012, 00:43 [ТС]
	Уже немного не актуально, (5 месяцев прошло, лол) но все-равно спасибо, что ответили. xwizard, использовал интерфейс вместо абстрактного класса. Delog, в общем, так и реализовал, использовал интерфейс, который реализовывали 2 других программиста. Тут была такая проблема - я хотел, чтобы они не видели мой код, а мне предоставили лишь сборки(этакие "черные ящики"), которые я бы подключил и работал с ними. Потом мы от этой идеи отказались (дедлайн). 0