(错题分析+思路)PTA团体程序设计天梯赛-练习集L1-020 帅到没朋友 (20 分)

本文主要是介绍(错题分析+思路)PTA团体程序设计天梯赛-练习集L1-020 帅到没朋友 (20 分),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

当芸芸众生忙着在朋友圈中发照片的时候,总有一些人因为太帅而没有朋友。本题就要求你找出那些帅到没有朋友的人。

输入格式:

输入第一行给出一个正整数N(≤100),是已知朋友圈的个数;随后N行,每行首先给出一个正整数K(≤1000),为朋友圈中的人数,然后列出一个朋友圈内的所有人——为方便起见,每人对应一个ID号,为5位数字(从00000到99999),ID间以空格分隔;之后给出一个正整数M(≤10000),为待查询的人数;随后一行中列出M个待查询的ID,以空格分隔。

注意:没有朋友的人可以是根本没安装“朋友圈”,也可以是只有自己一个人在朋友圈的人。虽然有个别自恋狂会自己把自己反复加进朋友圈,但题目保证所有K超过1的朋友圈里都至少有2个不同的人。

输出格式:

按输入的顺序输出那些帅到没朋友的人。ID间用1个空格分隔,行的首尾不得有多余空格。如果没有人太帅,则输出No one is handsome

注意:同一个人可以被查询多次,但只输出一次。

输入样例1:

3
3 11111 22222 55555
2 33333 44444
4 55555 66666 99999 77777
8
55555 44444 10000 88888 22222 11111 23333 88888

输出样例1:

10000 88888 23333

输入样例2:

3
3 11111 22222 55555
2 33333 44444
4 55555 66666 99999 77777
4
55555 44444 22222 11111

输出样例2:

No one is handsome

———————————————————————————————————————————

虽然我重写了三次才写对但是这道题本身真的不难的,关键在于逻辑清晰。我这道题重写三遍的最大原因在于逻辑混乱。

wa代码1

#include<bits/stdc++.h>
using namespace std;
int a[100010];
int main()
{memset(a,0,sizeof(a));int n,i,x,j,y,t;cin>>n;for(i=0;i<n;i++){cin>>x;for(j=0;j<x;j++){cin>>y;a[y]=x;}}cin>>t;int flag=0;for(i=0;i<t;i++){scanf("%05d",&x);if(a[x]==0||a[x]==1){if(flag==1)cout<<" ";printf("%05d",x);a[x]=-1;flag=1;}}if(flag==0)cout<<"No one is handsome"<<endl;}

wa代码2

#include<bits/stdc++.h>
using namespace std;
int main()
{int n,t;int x,i;int y;map<int,int>name;cin>>n;while(n--){cin>>x;for(i=0;i<x;i++){scanf("%05d",&y);name[y]=1;if(name[y]==-2)name[y]=1;if(x==1)name[y]=-2;}}cin>>t;int flag=0;for(i=0;i<t;i++){cin>>x;if(name[x]==-2||name[x]!=1){if(flag==1)cout<<" ";printf("%05d",x);name[x]=1;flag=1;}}if(flag==0)cout<<"No one is handsome"<<endl;
}

重新清理一下自己的思路:

1.默认所有人帅(数组初始化置为0)

2.假设出现超过1人的朋友圈则将朋友圈中的人置为1(不帅)

3.如果出现了一个人数为1的朋友圈则不对该朋友圈中的人做出任何变动(个别自恋狂会自己把自己反复加进朋友圈,这样做既可以保证帅的人帅一直为0,也保证自恋狂本身不帅为1的事实不会被改变

4.最后输出所有帅(为0)的人,并且及时标记为1避免重复输出。

ac代码

#include<bits/stdc++.h>
using namespace std;
int main()
{int i;int n,t,x,temp;int a[100010];memset(a,0,sizeof(a));//默认所有人都帅 cin>>n;while(n--){cin>>x;if(x==1){cin>>temp;continue;}while(x--)//标记为1的都不帅 {cin>>temp;//输出注意宽度,输入可以不管 a[temp]=1;}}cin>>t;int flag=0;while(t--){cin>>temp;if(!a[temp]){if(flag)cout<<" ";printf("%05d",temp);//如果cout要用setfill('0') a[temp]=1;//输出后立刻标记以免重复输出 flag=1;}}if(flag==0)cout<<"No one is handsome"<<endl;
}

这篇关于(错题分析+思路)PTA团体程序设计天梯赛-练习集L1-020 帅到没朋友 (20 分)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/621542

相关文章

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

Java中最全最基础的IO流概述和简介案例分析

《Java中最全最基础的IO流概述和简介案例分析》JavaIO流用于程序与外部设备的数据交互,分为字节流(InputStream/OutputStream)和字符流(Reader/Writer),处理... 目录IO流简介IO是什么应用场景IO流的分类流的超类类型字节文件流应用简介核心API文件输出流应用文

Android 缓存日志Logcat导出与分析最佳实践

《Android缓存日志Logcat导出与分析最佳实践》本文全面介绍AndroidLogcat缓存日志的导出与分析方法,涵盖按进程、缓冲区类型及日志级别过滤,自动化工具使用,常见问题解决方案和最佳实... 目录android 缓存日志(Logcat)导出与分析全攻略为什么要导出缓存日志?按需过滤导出1. 按

Linux中的HTTPS协议原理分析

《Linux中的HTTPS协议原理分析》文章解释了HTTPS的必要性:HTTP明文传输易被篡改和劫持,HTTPS通过非对称加密协商对称密钥、CA证书认证和混合加密机制,有效防范中间人攻击,保障通信安全... 目录一、什么是加密和解密?二、为什么需要加密?三、常见的加密方式3.1 对称加密3.2非对称加密四、

MySQL中读写分离方案对比分析与选型建议

《MySQL中读写分离方案对比分析与选型建议》MySQL读写分离是提升数据库可用性和性能的常见手段,本文将围绕现实生产环境中常见的几种读写分离模式进行系统对比,希望对大家有所帮助... 目录一、问题背景介绍二、多种解决方案对比2.1 原生mysql主从复制2.2 Proxy层中间件:ProxySQL2.3