简单的错误记录

题目描述

开发一个简单错误记录功能小模块，能够记录出错的代码所在的文件名称和行号。 

处理:

1.记录最多8条错误记录，对相同的错误记录(即文件名称和行号完全匹配)只记录一条，错误计数增加；(文件所在的目录不同，文件名和行号相同也要合并)

2.超过16个字符的文件名称，只记录文件的最后有效16个字符；(如果文件名不同，而只是文件名的后16个字符和行号相同，也不要合并)

3.输入的文件可能带路径，记录文件名称不能带路径

输入描述:

一行或多行字符串。每行包括带路径文件名称，行号，以空格隔开。
文件路径为windows格式
如：E:\V1R2\product\fpgadrive.c 1325

输出描述:

将所有的记录统计并将结果输出，格式：文件名代码行数数目，一个空格隔开，如: fpgadrive.c 1325 1
结果根据数目从多到少排序，数目相同的情况下，按照输入第一次出现顺序排序。
如果超过8条记录，则只输出前8条记录.
如果文件名的长度超过16个字符，则只输出后16个字符

输入例子:

E:\V1R2\product\fpgadrive.c 1325

输出例子:

fpgadrive.c 1325 1

#include<stdio.h>
#include<string.h>
#include<stdlib.h>

struct record
{
char name[100];//就算文件名后16位相同，但总体不同，也不能认为是一个文件
int wrongline;
int times;
};

void getfilename(char *filename,char *path)
{
char *tempcut;
//字符串分割
if((tempcut = strtok(path,"\\"))) //带有路径
{
while(tempcut != NULL)
{
strcpy(filename,tempcut);
tempcut = strtok(NULL,"\\");
}
}
else
strcpy(filename,path);//不带路径
}

//从多到少排序
//稳定排序
void sort(struct record in[],int length)
{
struct record temp;
for(int i=0;i<length-1;i++)
{
for(int j = 0;j<length-i-1;j++)
{
if(in[j].times<in[j+1].times)
{
temp = in[j];
in[j]=in[j+1];
in[j+1]=temp;
}
}
}
}

int main()
{
char path[1000];
char filename[100];
struct record input[100];
int linenum=0;
int inputnum=0;
int i=0;
int outputnum;
int outputnamelength;

while(scanf("%s %d",path,&linenum)==2)
{
getfilename(filename,path);
for(i =0;i<inputnum;i++)
{
if(strcmp(filename,input[i].name) == 0)
{
if(linenum == input[i].wrongline)
{
input[i].times++;
break;
}
}
}
if(i==inputnum)
{
strcpy(input[i].name,filename);
input[i].wrongline = linenum;
input[i].times = 1;
inputnum++;
}
}
sort(input,inputnum);
if(inputnum >= 8) outputnum=8;
else outputnum=inputnum;
for(i=0;i<outputnum;i++)
{
outputnamelength = strlen(input[i].name);
if(outputnamelength>16)
{
for(int j=outputnamelength-16;j<outputnamelength;j++)
printf("%c",input[i].name[j]);
}
else
printf("%s",input[i].name);
printf(" %d",input[i].wrongline);
printf(" %d\n",input[i].times);
}

return 0;
}

其实题目整体不难，但是要充分理解题意。

像最多输出8条记录，名字最多保留16位，排序后相同数目的情况下先记录的排在前面。细节比较多

一开始用了不稳定的排序导致结果有问题。后来改用冒泡排序就没问题了。