小编Afs*_*hin的帖子

当参数包中的所有类型都不同时，我想激活带有参数包的类。我编写了一个像这样的小辅助函数，它可以正常工作：

template<typename T, typename... Ts>
constexpr bool has_duplicate_types() {
    if constexpr (sizeof...(Ts) == 0)
        return false;
    else
        return ((std::is_same_v<std::decay_t<T>, std::decay_t<Ts>> || ...) || has_duplicate_types<Ts...>());
}

当我尝试使用 SFINAE 激活我的课程时，我尝试了几种方法，有效的方法是：

template<typename T, typename dummy = void, typename... Ts>
struct XYZ_imp {
    XYZ_imp() {
        std::cout << "ok\n";
    }
};

template<typename T, typename... Ts>
struct XYZ_imp<T, std::enable_if_t<has_duplicate_types<T, Ts...>()>, Ts...> {
    XYZ_imp() = delete;
};

template<typename T, typename... Ts>
using XYZ = XYZ_imp<T, void, Ts...>;

但正如您所看到的，代码太多了。但是当我尝试这样写时：

template<typename T, typename... Ts>
struct XYZ {
    template<typename U …

我注意到ConstraintLayout行为从1.1.2到1.1.3发生了奇怪的变化，这可能会导致布局出现很多问题。另外，我个人认为这是一个错误，因为这种行为应该是错误的。

检查以下布局：

<android.support.constraint.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:layout_width="match_parent"
    android:layout_height="match_parent">    
<Button
    android:id="@+id/test1_btn"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="test1"
    app:layout_constraintTop_toTopOf="@id/test2_btn"
    app:layout_constraintBottom_toBottomOf="@id/test2_btn"
    app:layout_constraintStart_toStartOf="parent"
    app:layout_constraintEnd_toStartOf="@id/test2_btn"
    app:layout_constraintHorizontal_chainStyle="spread_inside"
    app:layout_constraintHorizontal_bias="1"/>

<Button
    android:id="@+id/test2_btn"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="test2"
    app:layout_constraintTop_toTopOf="parent"
    app:layout_constraintBottom_toBottomOf="parent"
    app:layout_constraintEnd_toEndOf="parent"
    app:layout_constraintStart_toEndOf="@id/test1_btn"/>
</android.support.constraint.ConstraintLayout>

这是在版本1.1.2和版本中呈现此布局1.1.3的方式ConstraintLayout：

现在我们添加android:visibility="gone"到test1_btn。在ConstraintLayoutversion中1.1.2，布局呈现如下：

这是完全合乎逻辑的，因为我们已经app:layout_constraintHorizontal_bias="1"设置好了，所以test2_btn应该保持在链的最右边。现在，如果我们使用ConstraintLayoutversion 1.1.3，则布局将如下所示：

到底发生了什么？为什么我失去了连锁偏见？

检查以下代码:

#include <iostream>
using namespace std;

int& foo() {
    static int i = 0;
    return i;
}

int main() {
    cout << &foo() << endl;
    cout << &foo << endl;

    return 0;
}

正如你看到的,第一个cout返回值的打印地址foo(),这将是静态变量i里面foo().对于第二个cout我期待那&foo的回报地址foo()功能,如规定在这里:

2)如果操作数是非静态成员的限定名,例如&C :: member,则结果是指向成员函数的prvalue指针或指向类C中类型T的数据成员的指针.注意,&member和C都不是: :member甚至&(C :: member)可用于初始化指向成员的指针.

但令我惊讶的是,这是我的输出:

0x5650dc8dc174
1

第一个是好的,但第二个是1？怎么回事？为了确保我没有弄乱任何东西,我在下面编写了这段代码C:

#include <stdio.h>

int foo() {
}

int main(void) {
    printf("%p", &foo);
    return 0;
}

以下输出:

0x55732bd426f0 …

我最近注意到GCC/Clang中有一个奇怪的有效C/C++表达式，这是我以前从未见过的。这是C++中的示例，但类似的表达式也适用于C：

int main(){
    int z = 5;
    auto x = ({z > 3 ? 3 : 2;}); // <-- expression
    std::cout << x;
}