Skip to content

Добавил команду /givepass для продления проходок#4

Closed
acrighthere wants to merge 1 commit into
JouTak:masterfrom
acrighthere:feature/givepass
Closed

Добавил команду /givepass для продления проходок#4
acrighthere wants to merge 1 commit into
JouTak:masterfrom
acrighthere:feature/givepass

Conversation

@acrighthere

Copy link
Copy Markdown
Member

PlayerJoinListner-фиксирует заход каждого игрока и добавляет информацию по нему в json файл нужного формата
PlayerPass-содержит структуру Json
GivePassCommand-Реализация команды раздачи проходок

@acrighthere

Copy link
Copy Markdown
Member Author

@lapitan

@EnderDissa

Copy link
Copy Markdown
Member

не, лапитана не надо пинговать, @ArtemBalakin всё видит

@EnderDissa EnderDissa requested a review from ArtemBalakin June 23, 2025 00:45
Comment thread .idea/misc.xml

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

такое грузить не оч хорошо, это должно контролится через gitignore, но следи все равно)

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Да, мой косяк,проморгал

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

а как ты видишь, какая цель у этого класса? т.е , какую задачу он решает

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Если на сервере какие-то тех. неполадки и нужно продлить пользователям проходки ибо они не виноваты в технических проблемах.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Я имел в виду несколько иной подход: класс должен выполнять только действия, связанные с конкретной командой, например, продлением проходок. В текущей реализации он дополнительно занимается чтением и записью данных в файл.

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

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Да,я понимаю, просто посчитал что в данном случае так как проект маленький, то можно реализовать reader/writer не вынося их в отдельный класс. Для масштабируемости конечно лучше вынести, если надо, то могу реализовать

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Кстати, этого в задаче не было, но чисто на "подумать". Часто бывает, что либо в БД, либо с фронта( если он есть), приходит Json, с полями, названия которых отличаются от бековских.

Типа: в коде у нас lastPaymentDate, а приходит last_payment_date, есть представление, как такое разруливать?

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@acrighthere acrighthere Jun 23, 2025

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

В Gson если я правильно понимаю можно использовать аннотацию @SerializedName в котором указывается имя переменной с которой к нам приходит Json.

@EnderDissa EnderDissa closed this Sep 18, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants