2016-05-18 17 views
7

Czy to możliwe, aby ten kod działał tak, jak bym chciał? To znaczy. aby umożliwić koncepcji dostęp do funkcji prywatnego członka?Koncepcja C++ z dostępem podobnym do znajomego

template <typename T> 
concept bool Writeable() 
    { return requires (T x,std::ostream os) { { x.Write(os) } -> void }; } 

template <Writeable T> 
void Write(std::ostream &os,const T &x) { x.Write(os); } 

class TT 
{ 
private: 
    void Write(std::ostream &os) const { os << "foo"; } 

//friend concept bool Writeable<TT>(); 
friend void ::Write<TT>(std::ostream &,const TT &); 
}; 

Dzięki

Odpowiedz

3

nr jawnie Pojęcia nie mogą być przyjaciółmi.

n4377 7.1.7/2

Każda definicja pojęcia jest niejawnie zdefiniowane jako deklarację constexpr (7.1.5). Definicja pojęcia nie powinna być deklarowana z specyfikatorami thread_local, inline, friend lub constexpr, ani definicja pojęcia nie wiąże się (14.10.2).

Możemy zmniejszyć go do tego przykładu, aby pokazać, że dostęp jest naprawdę problem:

template <typename T> 
concept bool Fooable = requires (T t) { { t.f() } -> void }; 

struct Foo 
{ 
private: 
    void f() {} 
}; 


int main() 
{ 
    static_assert(Fooable<Foo>, "Fails if private"); 
} 

Można jednak użyć poziom zadnie, coś takiego:

template <typename T> 
void bar(T t) { t.f(); } 

template <typename T> 
concept bool FooableFriend = requires(T t) { { bar(t) } -> void }; 

struct Foo 
{ 
private: 
    void f() {} 

    template<typename T> 
    friend void bar(T t); 
}; 


int main() 
{ 
    static_assert(FooableFriend<Foo>, ""); 
} 

Live demo incorporating your example

Która działa. Koncepcje są dość wczesne, więc wyobrażam sobie, że mogą podnieść ograniczenia, tak jak w przypadku zniesienia ograniczeń dla funkcji C++ 11/14 w przeszłości.