據香港《南華早報》2019年7月15日文章,上海嚴格的垃圾分類新規令不少居民抓狂。這催生出大量幫助找出正確分類答案的App和小程序。目前僅微信上就至少有280種與垃圾處理有關的App,在蘋果應用商店也達130種。支付寶表示,已有60多家獨立App開發商申請爲該平臺提供類似服務。
本題就請你現場實現一個簡單的垃圾分類小助手。
輸入格式:
輸入首先給出官方分類指南中每種物品的歸屬。在一行中給出一個正整數 N(≤),即物品數量;隨後 N 行,每行給出一個物品名稱(長度不超過 10 的、由小寫英文字母和下劃線組成的字符串)和該物品所屬的分類(1 代表幹垃圾、2 代表溼垃圾、3 代表可回收物、4 代表有害垃圾)。題目保證所有物品名稱無重複。
隨後每行給出一個查詢物品的名稱(格式與指南物品名稱相同)。最後一行給出結束符 #
,表示查詢終止,這一行不需要查詢。
輸出格式:
對每個查詢的物品,在一行中給出其所屬分類:Gan laji
代表幹垃圾;Shi laji
代表溼垃圾;Ke Hui Shou
代表可回收物;You Hai laji
代表有害垃圾。如果查詢的物品不在指南中,則輸出 ?
表示不知道。
輸入樣例:
4
bao_zhi 3
dian_chi 4
dan_ke 2
bei_ke 1
dan_ke
dian_chi
ren_zha
bao_zhi
bei_ke
#
輸出樣例:
Shi laji
You Hai laji
?
Ke Hui Shou
Gan laji
題解:
不會寫,map一直超時,看了網上的https://blog.csdn.net/HdUIprince/article/details/105881803,用unordered_map可以過。可我的DEV居然還編譯通不過。不過,map是可以過的。
map的AC代碼:
#include<stdio.h>//Author:Summer #include<string.h> #include<map> #include<iostream> using namespace std; char laji[5][20]={"?","Gan laji","Shi laji","Ke Hui Shou","You Hai laji"}; char str[20]; map<string,int>lib; int main() { int n,num; scanf("%d ",&n); for(int i=0;i<n;++i) { scanf("%s %d ",str,&num); lib[str]=num; } while(scanf("%s",str)!=EOF && strcmp("#",str)!=0) puts(laji[lib[str]]); return 0; }
map和unorder_map的區別詳見:https://blog.csdn.net/qq_21997625/article/details/84672775
需要引入的頭文件不同
map: #include < map >
unordered_map: #include < unordered_map >
內部實現機理不同
map: map內部實現了一個紅黑樹(紅黑樹是非嚴格平衡二叉搜索樹,而AVL是嚴格平衡二叉搜索樹),紅黑樹具有自動排序的功能,因此map內部的所有元素都是有序的,紅黑樹的每一個節點都代表着map的一個元素。因此,對於map進行的查找,刪除,添加等一系列的操作都相當於是對紅黑樹進行的操作。map中的元素是按照二叉搜索樹(又名二叉查找樹、二叉排序樹,特點就是左子樹上所有節點的鍵值都小於根節點的鍵值,右子樹所有節點的鍵值都大於根節點的鍵值)存儲的,使用中序遍歷可將鍵值按照從小到大遍歷出來。
unordered_map: unordered_map內部實現了一個哈希表(也叫散列表,通過把關鍵碼值映射到Hash表中一個位置來訪問記錄,查找的時間複雜度可達到O(1),其在海量數據處理中有着廣泛應用)。因此,其元素的排列順序是無序的。哈希表詳細介紹
優缺點以及適用處
map:
優點:
有序性,這是map結構最大的優點,其元素的有序性在很多應用中都會簡化很多的操作
紅黑樹,內部實現一個紅黑書使得map的很多操作在lgn的時間複雜度下就可以實現,因此效率非常的高
缺點: 空間佔用率高,因爲map內部實現了紅黑樹,雖然提高了運行效率,但是因爲每一個節點都需要額外保存父節點、孩子節點和紅/黑性質,使得每一個節點都佔用大量的空間
適用處:對於那些有順序要求的問題,用map會更高效一些
unordered_map:
優點: 因爲內部實現了哈希表,因此其查找速度非常的快
缺點: 哈希表的建立比較耗費時間
適用處:對於查找問題,unordered_map會更加高效一些,因此遇到查找問題,常會考慮一下用unordered_map
總結:
內存佔有率的問題就轉化成紅黑樹 VS hash表 , 還是unorder_map佔用的內存要高。
但是unordered_map執行效率要比map高很多
對於unordered_map或unordered_set容器,其遍歷順序與創建該容器時輸入的順序不一定相同,因爲遍歷是按照哈希表從前往後依次遍歷的
map和unordered_map的使用
unordered_map的用法和map是一樣的,提供了 insert,size,count等操作,並且裏面的元素也是以pair類型來存貯的。其底層實現是完全不同的,上方已經解釋了,但是就外部使用來說卻是一致的。
unordered_map的AC代碼:
#include <iostream> #include <unordered_map> using namespace std; string m[10] = {"","""Gan laji", "Shi laji", "Ke Hui Shou", "You Hai laji"}; unordered_map<string, int> a; int n; int main() { scanf("%d", &n); char s[15]; for(int i = 0; i < n; i++) { int t; scanf("%s%d", &s, &t); string str(s); a[str] = t; } while(scanf("%s", &s)) { string name(s); if(name == "#") break; if(a.count(name)) printf("%s\n", m[a[name]].c_str()); else printf("?\n"); } return 0; }