现象
在打开vs的工程文件的时候,刚打开就出现下面的对话框,这是什么原因?是/否?
产生的原因分析
直接原因
你的程序中有一部分是从网页上或其他地方拷贝来的,不是自己在vs上写的。一般从网站上直接拷贝代码会碰到这种问题,可能是代码里有中文的空格,或者看似空格,其实是一些乱七八糟的字符的原因。
查看你当前的vs文件的源代码。
https://www.cnblogs.com/smallidea/p/5501014.html
这位作者是如何做到的?直接借用他的图吧。
通过读取源文件,发现换行都使用的是“\n”。
根本原因
这是由Windows和Unix不同的标准引起的…即“回车”和“换行”的问题。“回车”和“换行”是ASCII字符集中两个不可见的控制符。
符号 | ASCII码 | 意义 |
---|---|---|
\n | 10 | 换行NL |
\r | 13 | 回车CR |
回车和换行的来源
在计算机还没有出现之前,有一种叫做电传打字机(Teletype Model 33)的玩意,每秒钟可以打10个字符。但是它有一个问题,就是打完一行换行的时候,要用去0.2秒,正好可以打两个字符。要是在这0.2秒里面,又有新的字符传过来,那么这个字符将丢失。于是,研制人员想了个办法解决这个问题,就是在每行后面加两个表示结束的字符。一个叫做“回车”,告诉打字机把打印头定位在左边界;另一个叫做“换行”,告诉打字机把纸向下移一行。到了GUI时代光标都是自由移动的不再有回车的意义。
后来,计算机发明了,这两个概念也就被般到了计算机上。那时,存储器很贵,一些科学家认为在每行结尾加两个字符太浪费了,加一个就可以。于是,就出现了分歧。
在Windows中:
‘\r’ 回车,回到当前行的行首,而不会换到下一行,如果接着输出的话,本行以前的内容会被逐一覆盖;
‘\n’ 换行,换到当前位置的下一行,而不会回到行首;
前面组合在一起才是我们通常希望的换行,Windows 中的换行符"\r\n";
关于这一点,存疑的地方在于我们用C/C++写代码的时候,都是用\n作为换行符的,也是换到下一行的行首,难道是因为下一行本来就是空的?可以用文件写入的方式试试。以后有机会了试验后再补充。
为了验证windows下的回车效果,在win7的vs2015下做如下验证:
#include <iostream>
using namespace std;
int main()
{
cout << "this is the first line\n";
cout << "this is the second line123\r";
cout << "this is the third line\n";
cout << "this is the fouth line\r";
cout << "this is the fifth line\n";
cout << "this is the sixth line\r\n";
cout << "this is the seventh line\n";
cout << "end";
system("pause");
return 0;
}
输出结果为:
Unix系统中:
每行结尾只有“<换行>”,即"\n";Windows系统里面,每行结尾是“<回车><换行>”,即“\r\n”;Mac系统里,每行结尾是“<回车>”,即"\r";。一个直接后果是,Unix/Mac系统下的文件在Windows里打开的话,所有文字会变成一行;而Windows里的文件在Unix/Mac下打开的话,在每行的结尾可能会多出一个^M符号。
Linux中遇到换行符("\n")会进行回车+换行的操作,回车符反而只会作为控制字符("^M")显示,不发生回车的操作。而windows中要回车符+换行符("\r\n")才会回车+换行,缺少一个控制符或者顺序不对都不能正确的另起一行。
所以基于Windows开发标准的文本编辑器Visual Studio才会提醒你当前编辑的文本不符合Windows行尾标准。
1.Windows 中的换行符"\r\n"
2.Unix/Linux 平台换行符是 "\n"。
3.MessageBox.Show() 的换行符为 "\n"
4.Console 的换行符为 "\n"
换行符还因平台差异而不同。
解决办法:
1.去掉去行尾的检查,或者修改行尾的内容为统一的一种。
2.如果出现乱码可能是因为编码的问题,可以启用UTF-8的检测,在工具->选项->文本编辑器->自动检测不带签名的UTF-8编码,勾选
3.把行尾格式化一下:把文件的内容全部复制到记事本或者文本编码工具中,然后再复制到vs.net里。这样就可以全部格式化行尾的格式了。
4.VSS版本太低 VS.net绑定到VSS 要求VSS的版本在6.0C以上的版本。如果VSS的版本是6.0C以下的版本就可能出现这种情况,建议升级VSS到6.0d的版本。即可解决该问题。
下面是原作者的解决方案,我目前还看不懂,等能看懂了再来看,先记录下来。
- 为保持平台的通用性,可以用系统默认换行符System.Environment.NewLine。
- 替换所有的非标准换行符。
class Program_Utf8
{
static void Main(string[] args)
{
String folderPath = @"E:\文件夹路径\";
ParseDirectory(folderPath, "*.cs", (filePath) =>
{
string text = "";
using (StreamReader read = new StreamReader(filePath, Encoding.Default))
{
string oldtext = read.ReadToEnd();
text = oldtext;
text = text.Replace("\n", "\r\n");
text = text.Replace("\r\r\n", "\r\n"); // 防止替换了正常的换行符
if (oldtext.Length == text.Length)
{
Console.WriteLine(filePath.Substring(filePath.LastIndexOf("\\") + 1) + " 不需要标准化");
return; // 如果没有变化就退出
}
}
File.WriteAllText(filePath, text, Encoding.UTF8); //utf-8格式保存,防止乱码
Console.WriteLine(filePath.Substring(filePath.LastIndexOf("\\") + 1) + " 行尾标准化完成");
});
Console.ReadKey();
}
/// <summary>递归所有的目录,根据过滤器找到文件,并使用委托来统一处理</summary>
/// <param name="info"></param>
/// <param name="filter"></param>
/// <param name="action"></param>
static void ParseDirectory(string folderPath, string filter, Action<string> action)
{
if (string.IsNullOrWhiteSpace(folderPath)
|| folderPath.EndsWith("debug", StringComparison.OrdinalIgnoreCase)
|| folderPath.EndsWith("obj", StringComparison.OrdinalIgnoreCase)
|| folderPath.EndsWith("bin", StringComparison.OrdinalIgnoreCase))
return;
Console.WriteLine("读取目录:" + folderPath);
// 处理文件
string[] fileNameArray = Directory.GetFiles(folderPath, filter);
if (fileNameArray.Length > 0)
{
foreach (var filePath in fileNameArray)
{
action(filePath);
}
}
else
{
Console.WriteLine("未发现文件!");
}
Console.WriteLine("====================================");
//得到子目录,递归处理
string[] dirs = Directory.GetDirectories(folderPath);
var iter = dirs.GetEnumerator();
while (iter.MoveNext())
{
string str = (string)(iter.Current);
ParseDirectory(str, filter, action);
}
}
}View Code
感谢原文2位原作者。
本文来源于参考:
https://blog.youkuaiyun.com/xiaofei2010/article/details/8458605
和
https://www.cnblogs.com/smallidea/p/5501014.html