как распределять работы при разработке проекта

Question

Я новичок в объектно-ориентированном программировании, и мы учимся на проекте Java. У нас есть 4 друга, и мы не знаем, как поделиться частями этого проекта. Вероятно, это будет простая платформенная игра или настольная игра. (Эта игра будет состоять из игроков, мячей, доски, фона, уровней и т. Д.) Мы все еще изучаем ООП на Java и хотим максимально использовать наши знания в области программирования. Как я уже говорил, я хочу знать, как мы можем делиться (jobhare) частями нашего проекта (например, если это игра на платформе, я бы писал игроков, моя 1. друг пишет фоновую часть, 2. друг пишет движок игры (? ??) блаблабла). Пожалуйста, помогите мне, как мы можем сделать это разделение работы и использование классов? Спасибо (кстати, извините за мой английский)

Answer 1

Хорошо, прежде всего вам нужно будет сделать правильный дизайн вашего приложения:

Тщательно продумайте, какую игру вы хотите создать, запишите ее и попробуйте перевести ее в объектно-ориентированный дизайн. Под этим я подразумеваю попытку разделить программу на разные объекты, которые в реальном мире можно считать отдельными (как вы сказали: игроки и т. Д.). Вам также следует подумать о том, как эти различные объекты будут взаимодействовать позже. Какие сообщения будут отправляться между какими объектами? Каковы ожидаемые результаты. Исходя из этого, вы можете определить некоторые интерфейсы, которые вам придется реализовать.

Теперь вы и ваши друзья можете разделить работу на отдельные части, и каждая из них реализует несколько классов. Вы можете протестировать свои классы индивидуально с помощью некоторых модульных тестов, которые вы определили (желательно даже до того, как реализовать класс. Попробуйте подумать о некоторых крайних случаях, некоторых обычных случаях и т. Д.). Как только вы убедитесь, что ваши классы работают, их объединение не должно быть проблемой.

Кроме того, попробуйте использовать систему контроля версий, такую ​​как Subversion или Git. Это очень помогает!

Это определенно не охватывает всего и, возможно, даже не является адекватным руководством по объектно-ориентированному дизайну, но я надеюсь, что оно поможет вам начать. Практика делает идеальным:)