8 个解决方案
#1
没区别
#2
都能用就用呗
编译、链接的效率没有区别
刚在LINUX GCC 环境时了一下
貌似只支持 /
编译、链接的效率没有区别
刚在LINUX GCC 环境时了一下
貌似只支持 /
#3
传统的unix是正斜杠,windows自己搞了反斜杠,但C、C++主要在unix下制定标准,所以windows又得兼容正斜杠,就是这样
#4
"However, if backslashes occur within file, they are considered ordinary text characters, not escape characters. None of the character escape sequences appropriate to string constants in C are processed. Thus, #include "x\n\\y" specifies a filename containing three backslashes. (Some systems interpret `\' as a pathname separator. All of these also interpret `/' the same way. It is most portable to use only `/'.) "
#5
用于include里面的,正反没有区别。
#6
WINDOWS下没区别!
#7
换句话说,在windows下,正反斜杠都可以用,而最终是需要转换成哪个斜杠的? 正的/ 还是反的 \?
如果与unix保持一致,最终是正斜杠?
如果与unix保持一致,最终是正斜杠?
#8
你管它最终转换成哪个斜杠, 很可能是不需要转换的
#include 只需要找到那个文件 并且 把那个文件的内容添加到 当前#include语句位置 仅此而已
#include 只需要找到那个文件 并且 把那个文件的内容添加到 当前#include语句位置 仅此而已
#1
没区别
#2
都能用就用呗
编译、链接的效率没有区别
刚在LINUX GCC 环境时了一下
貌似只支持 /
编译、链接的效率没有区别
刚在LINUX GCC 环境时了一下
貌似只支持 /
#3
传统的unix是正斜杠,windows自己搞了反斜杠,但C、C++主要在unix下制定标准,所以windows又得兼容正斜杠,就是这样
#4
"However, if backslashes occur within file, they are considered ordinary text characters, not escape characters. None of the character escape sequences appropriate to string constants in C are processed. Thus, #include "x\n\\y" specifies a filename containing three backslashes. (Some systems interpret `\' as a pathname separator. All of these also interpret `/' the same way. It is most portable to use only `/'.) "
#5
用于include里面的,正反没有区别。
#6
WINDOWS下没区别!
#7
换句话说,在windows下,正反斜杠都可以用,而最终是需要转换成哪个斜杠的? 正的/ 还是反的 \?
如果与unix保持一致,最终是正斜杠?
如果与unix保持一致,最终是正斜杠?
#8
你管它最终转换成哪个斜杠, 很可能是不需要转换的
#include 只需要找到那个文件 并且 把那个文件的内容添加到 当前#include语句位置 仅此而已
#include 只需要找到那个文件 并且 把那个文件的内容添加到 当前#include语句位置 仅此而已