Джинни создал цель-C протокол не работает

Question

Я использую djinni для создания кроссплатформенного кода между C++, java и целью c, потому что в настоящее время я перемещаю большой объем кода в кроссплатформенную реализацию C++.

Проблема в том, что у меня есть интерфейс, который является протоколом в цели c. Другой интерфейс, реализованный в C++, получает реализацию этого протокола в качестве параметра, а затем вызывает метод. Но этот метод вообще не вызывается в цели c. (Лучше быстро, но я попытался также реализовать этот протокол в цели c, не работает). Я исследовал немного больше, но сначала мой код.

Чтобы увидеть, вызваны ли мои проблемы существующим кодом, я создал тестовый проект, но он все еще такой:

Так что это мой файл idl для Джинни:

DataProvider = interface +j +o {
    const getContentForUrl(url: string): string;
}

DataUser = interface +c {
    static create(url: string, dataProvider: DataProvider): DataUser;
    getContent(): string;
}

Это созданные файлы C++:

DataProvider.hpp:

// AUTOGENERATED FILE - DO NOT MODIFY!
// This file generated by Djinni from htmlparser.djinni

#pragma once

#include <string>

namespace testdjinni {

class DataProvider {
public:
    virtual ~DataProvider() {}

    virtual std::string getContentForUrl(const std::string & url) = 0;
};

}  // namespace testdjinni

DataUser.hpp:

// AUTOGENERATED FILE - DO NOT MODIFY!
// This file generated by Djinni from htmlparser.djinni

#pragma once

#include <memory>
#include <string>
#include <vector>

namespace testdjinni {

class DataProvider;

class DataUser {
public:
    virtual ~DataUser() {}

    static std::shared_ptr<DataUser> create(const std::string & url, const std::shared_ptr<DataProvider> & dataProvider);

    virtual std::string getContent() = 0;

};

}  // namespace destdjinni

Это мое DataUser интерфейс и реализация в C++:

DataUserImpl.h:

#ifndef TESTDJINNI_DATAUSER_H
#define TESTDJINNI_DATAUSER_H

#include <string>
#include "generated-src/cpp/DataUser.hpp"

using namespace std;

class DataUserImpl : public testdjinni::DataUser{

private:
    string *content;
    testdjinni::DataUser *dataUser;

public:
    DataUserImpl(const string &url, testdjinni::DataProvider *dataProvider);

    virtual string getContent();

};


#endif //TESTDJINNI_DATAUSER

DataUserImpl.cpp:

#include <iostream>
#include "DataUserImpl.h"
#include "generated-src/cpp/DataProvider.hpp"

DataUserImpl::DataUserImpl(const string &url, testdjinni::DataProvider *dataProvider): dataProvider(dataProvider) {
    this->url = new string(url);
}

HtmlDocumentImpl::~HtmlDocumentImpl() {
    delete url;
}

std::shared_ptr<testdjinni::DataUser> testdjinni::DataUser::create(const std::string & url, const std::shared_ptr<testdjinni::DataProvider> & dataProvider) {
    return std::shared_ptr<testdjinni::DataUser>(new DataUserImpl(url, dataProvider.get()));
}

string DataUserImpl::getContent() {
if (this->content == NULL || *this->content == "")
    this->content = new string(this->getDataProvider()->getContentForUrl(*this->url));
    return *this->content;
};

Теперь у меня есть этот код в Swift (я тоже пробовал то же самое в Objective C, но не работал):

class Provider: HPDataProvider {
    func getContentForUrl(_ url: String) -> String {
        return "Testcontent und so"
    }
}

class ViewController: UIViewController {

    let provider = Provider()

    override func viewDidLoad() {
        super.viewDidLoad()

        let user = HPDataUser.create("http://www.testurl.com", dataProvider: provider)

        print(user?.getContent())
    }
}

Проблема в том, что петход getContentForUrl в реализованном протоколе не вызывается вообще. Я получаю сбой:

Assertion failed: (string), function toCpp, file /Path/to/my/project/deps/djinni/support-lib/objc/DJIMarshal+Private.h, line 119.

Так что теперь я могу сказать, что строка, кажется, null и моя реализация протокола не была вызвана.

Хорошо, я спустился посмотреть, что вообще происходит:

В сгенерированном файле для DataProvider+Private.mm это выглядит так:

// AUTOGENERATED FILE - DO NOT MODIFY!
// This file generated by Djinni from htmlparser.djinni

#import "HPDataProvider+Private.h"
#import "HPDataProvider.h"
#import "DJIMarshal+Private.h"
#import "DJIObjcWrapperCache+Private.h"
#include <stdexcept>

static_assert(__has_feature(objc_arc), "Djinni requires ARC to be enabled for this file");

namespace djinni_generated {

class DataProvider::ObjcProxy final
: public ::htmlparser::DataProvider
, private ::djinni::ObjcProxyBase<ObjcType>
{
    friend class ::djinni_generated::DataProvider;
public:
    using ObjcProxyBase::ObjcProxyBase;
    std::string getContentForUrl(const std::string & c_url) override
    {
        @autoreleasepool {

            // Here, the objcpp_result is null, even if the object was not null, but my implementation of the protocol was never called.

            auto objcpp_result_ = [djinni_private_get_proxied_objc_object()  getContentForUrl:(::djinni::String::fromCpp(c_url))];
            return ::djinni::String::toCpp(objcpp_result_);
        }
    }
};

}  // namespace djinni_generated

namespace djinni_generated {

auto DataProvider::toCpp(ObjcType objc) -> CppType
{
    if (!objc) {
        return nullptr;
    }
    return ::djinni::get_objc_proxy<ObjcProxy>(objc);
}

auto DataProvider::fromCppOpt(const CppOptType& cpp) -> ObjcType
{
    if (!cpp) {
        return nil;
    }
    return dynamic_cast<ObjcProxy&>(*cpp).djinni_private_get_proxied_objc_object();
}

}  // namespace djinni_generated

Я не знаю, что я могу сделать здесь... Я имею в виду, это просто основной код...

Answer 1

Ошибки, которые вы испытываете из-за неправильного использования shared_ptr.

std::shared_ptr<testdjinni::DataUser> testdjinni::DataUser::create(const std::string & url, const std::shared_ptr<testdjinni::DataProvider> & dataProvider) {
    return std::shared_ptr<testdjinni::DataUser>(new DataUserImpl(url, dataProvider.get()));
}

Вы передаете необработанный указатель DataProvider (dataProvider.get()) в DataUserImpl. Объект, на который вы указываете необработанным указателем, будет уничтожен, когда все shared_ptrs, удерживающие его, будут удалены.

Поскольку вы нигде не сохраняете shared_ptr, в конце его ваш объект DataProvider также разрушается, и вы указываете на недопустимую память.

Решением было бы сохранить shared_ptr как поле DataUserImpl вместо необработанного указателя. Таким образом, время жизни вашего объекта будет продлено до времени жизни DataUserImpl.