Funkwhale
/
Clementine-audio-player-Mac-Linux-Windows
mirror of https://github.com/clementine-player/Clementine
1
0
Fork 0
Code Issues Releases Wiki Activity
Clementine-audio-player-Mac.../src/playlist/playlistbackend.h

66 lines
1.8 KiB
C
Raw Normal View History

Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
/* This file is part of Clementine.
Clementine is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.
Clementine is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with Clementine. If not, see <http://www.gnu.org/licenses/>.
*/
#ifndef PLAYLISTBACKEND_H
#define PLAYLISTBACKEND_H
Load playlist in separate threads on startup.
2010-08-03 20:57:17 +02:00
#include <QFuture>
Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
#include <QList>
Load playlist in separate threads on startup.
2010-08-03 20:57:17 +02:00
#include <QObject>
Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
#include "playlistitem.h"
Put the Database object in its own thread, and create the Library and Playlist backends in that database thread. The database calls don't happen in the database thread yet, but this is the first step towards making sure sqlite access is thread safe.
2010-06-02 17:58:07 +02:00
#include <boost/shared_ptr.hpp>
Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
class Database;
class PlaylistBackend : public QObject {
Q_OBJECT
public:
Put the Database object in its own thread, and create the Library and Playlist backends in that database thread. The database calls don't happen in the database thread yet, but this is the first step towards making sure sqlite access is thread safe.
2010-06-02 17:58:07 +02:00
Q_INVOKABLE PlaylistBackend(QObject* parent = 0);
void SetDatabase(boost::shared_ptr<Database> db) { db_ = db; }
Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
struct Playlist {
int id;
QString name;
Seperate last played values for each playlist
2010-05-21 00:30:55 +02:00
int last_played;
Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
};
typedef QList<Playlist> PlaylistList;
Play last.fm tag radio or similar artists radio when clicking on a tag in the song/artist info pane.
2010-10-16 17:22:14 +02:00
typedef QFuture<PlaylistItemPtr> PlaylistItemFuture;
Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
PlaylistList GetAllPlaylists();
Seperate last played values for each playlist
2010-05-21 00:30:55 +02:00
Playlist GetPlaylist(int id);
Nice typedefs.
2010-08-03 21:40:54 +02:00
PlaylistItemFuture GetPlaylistItems(int playlist);
Seperate last played values for each playlist
2010-05-21 00:30:55 +02:00
void SavePlaylistAsync(int playlist, const PlaylistItemList& items,
int last_played);
Remember the ordering of playlists
2010-05-21 12:37:24 +02:00
void SetPlaylistOrder(const QList<int>& ids);
Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
Basic support for multiple playlists. Not everything works yet
2010-05-20 23:21:55 +02:00
int CreatePlaylist(const QString& name);
void RemovePlaylist(int id);
void RenamePlaylist(int id, const QString& new_name);
Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
public slots:
Seperate last played values for each playlist
2010-05-21 00:30:55 +02:00
void SavePlaylist(int playlist, const PlaylistItemList& items, int last_played);
Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
private:
Play last.fm tag radio or similar artists radio when clicking on a tag in the song/artist info pane.
2010-10-16 17:22:14 +02:00
static PlaylistItemPtr NewSongFromQuery(const SqlRow& row);
Load playlist in separate threads on startup.
2010-08-03 20:57:17 +02:00
Put the Database object in its own thread, and create the Library and Playlist backends in that database thread. The database calls don't happen in the database thread yet, but this is the first step towards making sure sqlite access is thread safe.
2010-06-02 17:58:07 +02:00
boost::shared_ptr<Database> db_;
Big refactoring of the Library <-> LibraryBackend <-> SQLite interaction. The LibraryBackend has now been split into a Database class that deals with setting up sqlite, and PlaylistBackend that contains the functions for persisting the playlist. The LibraryBackend now only contains functions for accessing "a collection of songs", and can be parameterised with table names to access different collections. It also no longer lives in a background thread, and follows the Qt memory management model instead of using shared_ptr. Most of Library has been moved into LibraryModel - a QAbstractItemModel for any LibraryBackend. What's left of Library is now specific to the user's local library on disk.
2010-05-09 02:10:26 +02:00
};
#endif // PLAYLISTBACKEND_H