Как реализовать личные списки просмотренного

A. Основные изменения.
1. У каждого пользователя будет "главный" список и, возможно, несколько личных списков просмотренного.
2. Главный список продолжает работать абсолютно так же, как он работал раньше.
3. Личные списки имеют абсолютно ту же самую функциональность, что и главный, за исключением отсутствия его связи с системой.
4. Любой список в любой момент можно сделать главным через пользовательский интерфейс. В системные пользовательские настройки добавляется указатель на текущий главный список и система обращается именно к главному за той информацией, к которой она обращалась раньше, пока список был единственным.
5. (Возможно). Вводится системный признак "главный список для доступа по API", который в любой момент можно менять через пользовательский интерфейс.
6. У каждого списка будет уникальный URL. Если раньше он был "/(User)/list/anime/", то теперь "/(User)/list1/anime/", "/(User)/list2/anime/" и т.п. Или что-то похожее.

B. Основные изменения UI будут касаться страниц "/(User)/listN/anime/". Новые поля:
1. Редактируемое текстовое поле "Имя списка".
2. Поле для перехода на другой список (например в виде выпадающего списка списков).
3. Кнопка "Создать (пустой) новый список".
4. Кнопка "Удалить текущий список".
5. Кнопка "Экспорт списка".
6. Кнопка "Импорт списка".
7. (Возможно). Кнопка "Импорт списка и добавление к текущему".
8. Кнопка "Сделать список главным".
9. (Возможно). Кнопка "Сделать список главным для API".
10. Чекбокс "Приватный список".
11. (Возможно). Чекбокс "Публичный экспортируемый список".
12. (Возможно). Чекбокс "Запретить изменения списка".
13. (Возможно). Копия полей "Список аниме" из профиля, где будут отображаться состояние текущего списка.

C. Как вносить изменения в списки?
1. Экспорт из одного списка и импорт в другой.
2. Редактирование списков так же, как это сделано сейчас.
3. Для добавления тайтла в конкретный список - сделать его главным, см. пп. A4 и B8.

D. Где личные списки могут быть полезными?
1. Разделение списков на приватный и публичный. Наверно это главное преимущество. Сейчас у многих информация о списке скрыта полностью, но, возможно, часть своего списка они захотят оставить публичным.
2. Создание собственных тематических списков.
3. Сохранение истории собственных списков на определенные моменты времени. Вплоть до возможности автоматической системы создания подобных списков. Например, автоматического бэкапа недельной давности. На Шики нередки просьбы восстановить старое состояние списка и это решит проблему.
4. Удобный доступ к копиям чужих списков. Вроде чего-то типа "лучших тайтлов онгоинга по совету ХХХ". Например, публикуется новость: "Такой-то ресурс опубликовал список лучших тайтлов такого-то сезона". Автор новости создает личный список, где они перечисляются, и в тексте новости приводит на него ссылку. Вы всегда можете зайти и посмотреть. Предположим вас этот список заинтересовал. Тогда в случае реализации п. B11, вы сможете экспортировать этот список и затем импортировать в собственный. Затем, по ходу просмотра, вы будете удалять из него некоторые тайтлы. Этот механизм гораздо лучше ПТВ.
5. В случае реализации пп. A5 и B9 появляется возможность синхронизации внешнего ресурса не с основным списком, а с специально созданным для этой цели. Это одна из частых жалоб.

E. Единый список против набора списков.
Преимуществом набора списков является простота его реализации в софте. Однако его огромным недостатком является сложность переноса информации из списка в список. Например, при наличии приватного и публичного списков, добавление нового тайтла в оба превращается в головную боль.

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