当我在The Open Group中搜索标题unistd.h时,我发现它包含标准符号常量&类型和sys / types.h它说的数据类型.

然后我发现它们都有uid_t,pid_t和几种类似的类型.

我很困惑为什么他们分开了,他们之间有什么区别.我用谷歌搜索,但我没有得到满意的答案.

如果有人能给我详细解释,我将感激不尽.

谢谢.

细粒度文件中POSIX和C头的划分可能来自于编译可能需要很长时间的旧时代,并且添加不必要的头文件会使时间更长.

如果您只需要操作系统类型,比如功能原型,那么只需#include< sys / types.h>.但是,如果您需要函数定义,那么#include< unistd.h>或者根据需要使用任何其他系统头.

当然,两个标题中都有类型,因为如果没有必要的类型,就无法声明某些函数.

但是这些相同类型的不同声明保证是相同的,因此如果包含两者,则没有问题.

std :: is_signed< T>和std :: numeric_limits< T> :: is_signed应该给出关于T的签名的答案.
为什么现在有两个签字指标(即自C 11以来)？

我将冒险猜测唯一的区别是如果std :: numeric_limits< T>专门用于用户定义的类型.这样的用户定义类型当然可以为is_signed提供自己的值.但是,除非std :: is_signed< T>,否则在此类型上要求std :: is_signed< T> ::值将始终返回false.已经独立专业化.

似乎std :: is_signed< T>的条件了.代表是

is_arithmetic<T>::value && T(-1) < T(0)

更新：总是知识渊博的霍华德Hinnant points out,而std :: numeric_limits<>可以是合法专业的,< type_traits>中没有任何内容除非另有说明,否则允许专门化,并且is_signed未指定为可特殊化.

因此,对于用户定义的类型,std :: numeric_limits< T> :: is_signed可能返回true(如果它已被专门化),但对于用户定义的类型,std :: is_signed< T> :: value将始终返回false.

我试图掌握std :: search和std :: find_first_of之间的区别

他们有相同的原型：

template <class ForwardIterator1,class ForwardIterator2>
   ForwardIterator1 find_first_of (ForwardIterator1 first1,ForwardIterator1 last1,ForwardIterator2 first2,ForwardIterator2 last2);

template <class ForwardIterator1,class ForwardIterator2,class BinaryPredicate>
   ForwardIterator1 find_first_of (ForwardIterator1 first1,ForwardIterator2 last2,BinaryPredicate pred);

template <class ForwardIterator1,class ForwardIterator2>
   ForwardIterator1 search (ForwardIterator1 first1,class BinaryPredicate>
   ForwardIterator1 search (ForwardIterator1 first1,BinaryPredicate pred);

它们都返回相同的东西：[first1,last1]内第一次出现序列[first2,last2]的迭代器. (使用相等或二元谓词)

那么区别是什么呢 ？我错了吗 ？

区别在于std :: search搜索另一个范围内的整个元素范围,而std :: find_first_of搜索另一个范围内的单个元素.

缩短std :: string时,基本上有两种可能：string.resize(length)或string.erase(length).

鉴于我们知道字符串会变小,两者之间有什么区别？

>调整大小必须检查长度是否>电流或长度<当前 - 它的行为取决于比较的结果.擦除总是减少字符串的长度
>异常安全存在差异：

> resize：强保证：如果抛出异常,则字符串中没有变化. (自here起)
>擦除：C 98 – 等于调整大小; C 14 – 没有抛出版本的功能(从here开始)

Unity现在支持.NET 4.5,我可以使用System.Net.Http命名空间中的HttpClient类.这很好,因为我有现有的客户端库,因此易于重用.

有谁知道使用单声道HttpClient和Unity自己的网络类之间的内部区别？

我担心HttpClient不能针对不同的平台进行优化,因此可能会造成麻烦或变慢.

两者之间有很多不同之处.

> UnityWebRequest不允许您使用更改某些标头.使用HttpClient,您几乎可以更改任何标头.
> UnityWebRequest可以在不用担心线程或异步的情况下使用.您所做的就是使用协同程序等待请求.整个线程的东西已经在本机上完成了.
>某些平台不支持System.Net命名空间中的任何内容.其中一个是WebGL.这意味着当您将平台切换到WebGL时,HttpClient甚至不会编译. UnityWebRequest适用于WebGL.
> UnityWebRequest旨在使内存中的数据下载更容易,并将数据转换为Unity资源,如AudioClip,VideoClip,AssetBundle,Texture2D等.使用HttpClient,您将不得不编写大量代码来检索此类数据,或者可能必须在接收它们之后将数据保存在光盘上,以便能够将它们转换为Unity资源形式.
>想在UnityWebRequest中使用SSL吗？祝你好运！您最终只会出现模糊的“未知错误”错误.当您的HttpClient中涉及SSL时,可以选择.

对于我刚刚提到的所有内容,您应该将代码移植到使用UnityWebRequest,除非您正在执行UnityWebRequest不支持的操作.