6a18079953
Firstly, this abstract away behavior in the mod download models that can also be applied to other types of resources into a superclass, allowing other resource types to be implemented without so much code duplication. For that, this also generalizes the APIs used (currently, ModrinthAPI and FlameAPI) to be able to make requests to other types of resources. It also does a general cleanup of both of those. In particular, this makes use of std::optional instead of invalid values for errors and, well, optional values :p This is a squash of some commits that were becoming too interlaced together to be cleanly separated. Signed-off-by: flow <flowlnlnln@gmail.com>
32 lines
967 B
C++
32 lines
967 B
C++
#include "FlameResourceModels.h"
|
|
#include "Json.h"
|
|
#include "modplatform/flame/FlameModIndex.h"
|
|
|
|
namespace FlameMod {
|
|
|
|
// NOLINTNEXTLINE(modernize-avoid-c-arrays)
|
|
const char* ListModel::sorts[6]{ "Featured", "Popularity", "LastUpdated", "Name", "Author", "TotalDownloads" };
|
|
|
|
void ListModel::loadIndexedPack(ModPlatform::IndexedPack& m, QJsonObject& obj)
|
|
{
|
|
FlameMod::loadIndexedPack(m, obj);
|
|
}
|
|
|
|
// We already deal with the URLs when initializing the pack, due to the API response's structure
|
|
void ListModel::loadExtraPackInfo(ModPlatform::IndexedPack& m, QJsonObject& obj)
|
|
{
|
|
FlameMod::loadBody(m, obj);
|
|
}
|
|
|
|
void ListModel::loadIndexedPackVersions(ModPlatform::IndexedPack& m, QJsonArray& arr)
|
|
{
|
|
FlameMod::loadIndexedPackVersions(m, arr, APPLICATION->network(), &m_associated_page->m_base_instance);
|
|
}
|
|
|
|
auto ListModel::documentToArray(QJsonDocument& obj) const -> QJsonArray
|
|
{
|
|
return Json::ensureArray(obj.object(), "data");
|
|
}
|
|
|
|
} // namespace FlameMod
|