题目:13. 罗马数字转整数
罗马数字包含以下七种字符: I, V, X, L,C,D 和 M。
字符 数值
I 1
V 5
X 10
L 50
C 100
D 500
M 1000
例如, 罗马数字 2 写做 II ,即为两个并列的 1。12 写做 XII ,即为 X + II 。 27 写做 XXVII, 即为 XX + V + II 。
通常情况下,罗马数字中小的数字在大的数字的右边。但也存在特例,例如 4 不写做 IIII,而是 IV。数字 1 在数字 5 的左边,所表示的数等于大数 5 减小数 1 得到的数值 4 。同样地,数字 9 表示为 IX。这个特殊的规则只适用于以下六种情况:
- I 可以放在 V (5) 和 X (10) 的左边,来表示 4 和 9。
- X 可以放在 L (50) 和 C (100) 的左边,来表示 40 和 90。
- C 可以放在 D (500) 和 M (1000) 的左边,来表示 400 和 900。
给定一个罗马数字,将其转换成整数。输入确保在 1 到 3999 的范围内。
示例 1:
输入: “III”
输出: 3
示例 2:
输入: “IV”
输出: 4
示例 3:
输入: “LVIII”
输出: 58
解释: L = 50, V= 5, III = 3.
分析:
第一想法是按照以下这样的组合,从左到右搜寻字符串s,并不断累积对应的数字。
int values[]={1000,900,500,400,100,90,50,40,10,9,5,4,1};
String reps[]={"M","CM","D","CD","C","XC","L","XL","X","IX","V","IV","I"};
但实施起来的时候,发现那几个两个字符的组合不好匹配,即使找到了也不好找到对应的数值,于是改变思路。
再次审题后发现,两个字符的特殊组合其实也是有规律的,即两个相邻的字符,左边对应的值小于右边对应的值时,是做减法运算,否则做加法运算。这样就可以对每个字符做运算,而无需考虑组合问题了。
此外,因为数组不方便取值,因此将单个字符和其对应的数值存入map里,这样方便取字符对应的值。
代码:
public int romanToInt(String s) {
Map<Character,Integer> map=new HashMap<>();
map.put('I',1);
map.put('V',5);
map.put('X',10);
map.put('L',50);
map.put('C',100);
map.put('D',500);
map.put('M',1000);
int result=0;
for (int i=0;i<s.length()-1;i++){
Integer before = map.get(s.charAt(i));
Integer after = map.get(s.charAt(i + 1));
if (before>=after)
result+=before;
else
result-=before;
}
//为了防止最后一个字符取(i+1)字符的时候取空,因此把最后一个字符单独提出来
//因为做减运算的都是两字符里的前者,所以最后一个字符无需判断
result+=map.get(s.charAt(s.length()-1));
return result;
}
执行用时 :7 ms, 在所有 Java 提交中击败了50.03%的用户。
学习:
参考了这位的答案( link)。
import java.util.*;
class Solution {
public int romanToInt(String s) {
int sum = 0;
int preNum = getValue(s.charAt(0));
for(int i = 1;i < s.length(); i ++) {
int num = getValue(s.charAt(i));
if(preNum < num) {
sum -= preNum;
} else {
sum += preNum;
}
preNum = num;
}
sum += preNum;
return sum;
}
private int getValue(char ch) {
switch(ch) {
case 'I': return 1;
case 'V': return 5;
case 'X': return 10;
case 'L': return 50;
case 'C': return 100;
case 'D': return 500;
case 'M': return 1000;
default: return 0;
}
}
}
这个算法的执行用时:4 ms, 在所有 java 提交中击败了99.93% 的用户。
和我的算法大体思路是一样的,区别在于我是使用HashMap的get()来取值,他则没有使用map,而是手写了一个switch-case来取字符对应的数值。查看HashMap的get()方法源代码得知,它每次执行要运行以下的这么多代码,自然是没有switch-case快,时间花费上也多一些。
public V get(Object key) {
Node<K,V> e;
return (e = getNode(hash(key), key)) == null ? null : e.value;
}
final Node<K,V> getNode(int hash, Object key) {
Node<K,V>[] tab; Node<K,V> first, e; int n; K k;
if ((tab = table) != null && (n = tab.length) > 0 &&
(first = tab[(n - 1) & hash]) != null) {
if (first.hash == hash && // always check first node
((k = first.key) == key || (key != null && key.equals(k))))
return first;
if ((e = first.next) != null) {
if (first instanceof TreeNode)
return ((TreeNode<K,V>)first).getTreeNode(hash, key);
do {
if (e.hash == hash &&
((k = e.key) == key || (key != null && key.equals(k))))
return e;
} while ((e = e.next) != null);
}
}
return null;
}
总结:
K-V形式的数据,如果希望可读性强,可以选择HashMap,如果希望花费时间短,可以选择switch-case。(不过如果数据多的话还是用HashMap吧,switch-case尽量少用,因为真的太丑了====( ̄▽ ̄*))