Создать вторую реализацию менеджера - FileBackedTaskManager by AleksOBM · Pull Request #3 · AleksOBM/java-kanban

AleksOBM · 2025-10-17T19:11:41Z

Подготовить проект к первому ревью седьмого спринта

… import)

irek-valiev · 2025-10-18T09:21:39Z

+import java.nio.charset.StandardCharsets;
+import java.util.*;
+
+public class FileBackedTaskManager extends InMemoryTaskManager implements TaskManager {


достаточно объявить extends InMemoryTaskManager, чтобы неявно уже было, что класс FileBackedTasksManager реализует интерфейс TaskManager

irek-valiev · 2025-10-18T09:21:49Z

+        }
+        try {
+            reader = new FileReader(this.file, charset);
+            bufferedReader = new BufferedReader(reader);


можно сделать вот так new BufferedReader(new FileReader(file.getPath(), charset)) и не создавать не нужную переменную

irek-valiev · 2025-10-18T09:22:00Z

+                }
+
+                if (counter < taskObject.getId()) {
+                    counter++;


не нужно наугад поднимать значение счетчика. Например: в файле две сущности с id равными 2 и 4, потому что сущности с id равными 1 и 3 удалили. Соответсветственно после вычитки из файла counter станет 3 и следующая же создаваемая сущность перетрет существующую (если они будут одного типа) или появятся две сущности с одним id (если они будут разного типа). Поэтому нужно найти наибольшее значение id из файла, потом сделать +1 и после этого передать его в counter.

irek-valiev · 2025-10-18T09:22:27Z

+                }
+
+                if (taskObject instanceof Epic) {
+                    super.setEpic((Epic) taskObject);


здесь нельзя пользоваться методом setEpic(), потому что в нем сущности будет присвоено новое id. Нужно в InMemoryTaskManager заготовить protected метод, который будет наполнять соответсвующее хранилище полученными сущностями

irek-valiev · 2025-10-18T09:22:34Z

+
+        } catch (IOException e) {
+            try {
+                throw new ManagerSaveException("Файл не прочитан");


перехватывать ManagerSaveException не нужно

irek-valiev · 2025-10-18T09:22:40Z

+            }
+        }
+
+        save();


не нужно при вычитке из файла еще и сохранять в него

irek-valiev · 2025-10-18T09:24:29Z

+            }
+
+        } catch (IOException e) {
+            System.out.println(e.getMessage());


тут нужно бросить ManagerSaveException с комментарием

irek-valiev · 2025-10-18T09:24:46Z

+            return null;
+        }
+    }
+


переопределяй только те методы, которые отличаются от родительских. в родительском исполнении они итак доступны в дочерних классах

…работать логику)

irek-valiev · 2025-10-21T20:06:53Z

@@ -0,0 +1,7 @@
+package exception;
+
+public class ManagerSaveException extends Exception {


сделай наследование от RuntimeException

Готово

irek-valiev · 2025-10-21T20:07:47Z

+                return;
+            }
+
+            counter = taskObject.getId();


нет контракта, что в файле сущности пишутся в порядке возрастания id, поэтому сначала нужно найти самое большое значение в файле, только потом, после цикла его передать в counter

Метод getAll() возвращает их отсортированными.
В Task добавлен метод compareTo().

public List<Task> getAll() { if (counter == 1) { return new ArrayList<>(); } TreeSet<Task> allTasks = new TreeSet<>();

Готово

Вижу ты переделал, но все же поясню, чтобы было понятнее. Чтобы переопределить порядок хранения в TreeSet нужно при создании в сам TreeSet передать объект Comparator в котором будет указан порядок сортировки. Переопределение метода compareTo() в объектах хранения не распространяется на само хранилище

irek-valiev · 2025-10-21T20:07:55Z

+            counter = taskObject.getId();
+
+            if (taskObject instanceof Epic) {
+                super.setEpic((Epic) taskObject);


не используй методы создания сущностей. Здесь не новая сущность, а старая, которую пользователь создал вчера, позавчера и т.д. Добавь в InMemoryTaskManager метод или отдельные методы, которые будут просто наполнять хранилища данными

Боюсь в таком случае будет вероятность коллизий по айди.

Или counter лучше вообще не трогать?

Тогда может расшарить хранилище?

готово

Так же поясню для лучшего понимания. Тут было два варианта (но по сути это одно и тоже).

Сами хранилища и counter сделать protected, т.е. доступными в классах наследниках. Соответственно наследник может изменять состояние этих объектов, т.е. наполнить хранилища и указать counter указать следующее значение, чтобы новая сущность получила свое уникальное id

Все тоже самое мог ди делать пару методов в классе InMemoryTaskManager, получая на вход от наследников (т.е. тоже был бы protected) вычитанные сущности и новое (т.е. max + 1) значение для counter

irek-valiev · 2025-10-21T20:08:12Z

+        }
+    }
+
+    @Override


общий комментарий к переопределенным метода: не нужно перехватывать ManagerSaveException, когда он будет отнаследован от RuntimeException, он будет без проблем выбрасываться

Готово

irek-valiev · 2025-10-21T20:08:21Z

+    public Task setTask(Task newTask) {
+        Task result = null;
+        try {
+           checkAndReloadFileData();


нет смысла перепроверять файл, в методе save() он будет перезаписан начисто из данных хранилищ (idToTask, idToEpic, idToSubtask) начисто

Я подумал, а что если в процессе работы программы кто-то изменит файл?
Написал тест на эту тему.

@Test void shouldReturnValidSubtaskAfterReloadFileWhereOneElementHasRemoved() { manager.removeTask(1); manager2 = new FileBackedTaskManager(file); manager2.removeSubtask(4); manager2.setEpic((Epic) manager.get(2).getCopy()); manager.setTask(new Task(1,"1","1",null)); FileBackedTaskManager manager3 = new FileBackedTaskManager(file); String title = manager3.getTask(6).getTitle(); assertEquals("1", title, "Менеджер не отслеживает изменения произведенные в файле извне."); }

Сейчас прежде чем что-то сделать с файлом, менеджер проверяет, не изменились ли данные в файле.
Если например была удалена последняя задача, он не присвоит новой задаче тот-же айди что и у удаленной.
А ты предлагаешь смотреть какой айди в файле был последним, мне кажется это не правильно с точки зрения назначения идентификаторов. Удаленный айди больше не должен создаваться.

Готово

Ты решил усложнить себе задачу))) такого на учебном проекте не требуется))

irek-valiev · 2025-10-21T20:10:55Z

-import java.util.Map;
+import java.util.*;

 class InMemoryTaskManager implements TaskManager {


в этом классе не должно быть использование ManagerSaveException.
Вся доработка текущего класса - это доступность некоторых его полей для классов-наследников (через изменение их модификатора доступа с private на protected или же через добавление protected методов, которые будут работать с этими полями - тут на твой выбор)

Я это понял уже после того как дописал методы:
Task get(int id)
Task getWithoutHistory(int id)
Type getType(int id)
List getAll()

Хотя, думаю они давно уже напрашивались.

ManagerSaveException - убрал.

…ления задач)

AleksOBM added 3 commits October 17, 2025 22:08

Подготовить проект к первому ревью седьмого спринта

78ba078

Подготовить проект к первому ревью седьмого спринта (исправить unused…

273038a

… import)

Оптимизировать функцию записи в файл

4e72def

irek-valiev reviewed Oct 18, 2025

View reviewed changes

AleksOBM added 4 commits October 18, 2025 12:53

Исправлен баг смещения счетчика

64564b6

Подготовить ко второму ревью седьмого спринта (исправить ошибки, пере…

e299fb1

…работать логику)

Подготовить ко второму ревью седьмого спринта (исправить unused import)

cb0e200

Подготовить ко второму ревью седьмого спринта (переименовать константы)

7bd203d

irek-valiev reviewed Oct 21, 2025

View reviewed changes

Подготовить ко второму ревью седьмого спринта (исправить логику добав…

6f9c424

…ления задач)

irek-valiev approved these changes Oct 23, 2025

View reviewed changes

AleksOBM merged commit 3b4af51 into main Oct 23, 2025
1 check passed

+                          }
+                      }
+                      save();

		@@ -0,0 +1,7 @@
		package exception;

		public class ManagerSaveException extends Exception {

Conversation

AleksOBM commented Oct 17, 2025

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

AleksOBM Oct 22, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

AleksOBM Oct 22, 2025 •

edited

Loading