今天晚上實(shí)在無(wú)聊，陪爸爸看了一個(gè)賊無(wú)聊的盜墓片，于是為了打發(fā)晚上的休息時(shí)間，就順手做了一道算法題，也正是這道題讓我覺得自己有了一些進(jìn)步。
題目
羅馬數(shù)字包含以下七種字符: I， V， X， L，C，D 和 M。
字符 數(shù)值
I 1
V 5
X 10
L 50
C 100
D 500
M 1000
例如， 羅馬數(shù)字 2 寫做 II ，即為兩個(gè)并列的 1。12 寫做 XII ，即為 X + II 。 27 寫做 XXVII, 即為 XX + V + II 。
通常情況下，羅馬數(shù)字中小的數(shù)字在大的數(shù)字的右邊。但也存在特例，例如 4 不寫做 IIII，而是 IV。數(shù)字 1 在數(shù)字 5 的左邊，所表示的數(shù)等于大數(shù) 5 減小數(shù) 1 得到的數(shù)值 4 。同樣地，數(shù)字 9 表示為 IX。這個(gè)特殊的規(guī)則只適用于以下六種情況：
I 可以放在 V (5) 和 X (10) 的左邊，來(lái)表示 4 和 9。
X 可以放在 L (50) 和 C (100) 的左邊，來(lái)表示 40 和 90。
C 可以放在 D (500) 和 M (1000) 的左邊，來(lái)表示 400 和 900。
給定一個(gè)羅馬數(shù)字，將其轉(zhuǎn)換成整數(shù)。輸入確保在 1 到 3999 的范圍內(nèi)。
思路
看到這道題，我的第一反應(yīng)是字符串處理，所以它大概定了我后面的思路。而這道題只有這么幾點(diǎn)需要注意：
1、小數(shù)出現(xiàn)在大數(shù)的左面，大數(shù)要減去小數(shù)
2、小數(shù)出現(xiàn)在大數(shù)的右面，大數(shù)要加上小數(shù)
于是，我迅速確定了我做這道題的方向：
1、從羅馬數(shù)字的最低位開始遍歷，整體使用累加
2、設(shè)置兩個(gè)判別位：當(dāng)前位與下一位，整個(gè)過程就是不斷的比較當(dāng)前位與下一位的關(guān)系
3、檢驗(yàn)下一位是否為符合要求的小數(shù)，如果是，減去小數(shù)。
下面是代碼：
//
// Created by vophan on 19-1-31.
//
#ifndef LEETCODE13_SOLUTION_H
#define LEETCODE13_SOLUTION_H
#include <string>
#include <iostream>
class Solution {
public:
int romanToInt(std::string s) {
int i = s.length();
int result = 0;
while (i != 0) {
std::string curBit = s.substr(i-1, 1);
std::string nextBit = "";
if (i != 1) {
nextBit = s.substr(i-2, 1);
std::cout<<nextBit<<std::endl;
}
if (curBit == "I") {
result += 1;
} else if (curBit == "V") {
result += 5;
if (nextBit == "I") {
result -= 1;
i--;
}
} else if (curBit == "X") {
result += 10;
if (nextBit == "I") {
result -= 1;
i--;
}
} else if (curBit == "L") {
result += 50;
if (nextBit == "X") {
result -= 10;
i--;
}
} else if (curBit == "C") {
result += 100;
if (nextBit == "X") {
result -= 10;
i--;
}
} else if (curBit == "D") {
result += 500;
if (nextBit == "C") {
result -= 100;
i--;
}
} else if (curBit == "M") {
result += 1000;
if (nextBit == "C") {
result -= 100;
i--;
}
} else {
std::cout<<"there is a mistake!"<<std::endl;
}
i--;
}
return result;
}
};
#endif //LEETCODE13_SOLUTION_H
沒錯(cuò)，這很暴力（hhh）
然后是運(yùn)行結(jié)果：
最優(yōu)答案分析
int romanToInt(string s) {
int tagVal[256];
tagVal['I'] = 1;
tagVal['V'] = 5;
tagVal['X'] = 10;
tagVal['C'] = 100;
tagVal['M'] = 1000;
tagVal['L'] = 50;
tagVal['D'] = 500;
int val = 0;
for(int i = 0; i < s.length(); i++){
if(i+1 >= s.length() || tagVal[s[i+1]] <= tagVal[s[i]])
val += tagVal[s[i]];
else
val -= tagVal[s[i]];
}
return val;
}
最優(yōu)答案總是這樣的令人痛苦，他只用了20ms，而我是52ms，而且他的代碼量也是很少
我們來(lái)分析一下：
他把羅馬數(shù)字的大小映射到了數(shù)字上，我開始為什么要采取這種形式呢？盡管確實(shí)巧妙，但是是不是有炫技之嫌呢？
后來(lái)我想明白了，很有必要，正因?yàn)槲业谋┝夥ǜF舉判斷了每一種情況才導(dǎo)致時(shí)間那么長(zhǎng)，如果將大小映射到數(shù)字上去，我們只需要簡(jiǎn)單的比較一下當(dāng)前位與下一位的數(shù)字大小就行，從而簡(jiǎn)化了整個(gè)過程。
總結(jié)
這一段時(shí)間的練習(xí)還是很有作用的，至少在做題時(shí)，思路變得特別清晰，這也是我第一次秒殺一道題，五分鐘代碼，一次提交，完成。盡管時(shí)間并不是最優(yōu)，但是加上優(yōu)化，也擊敗了89%的提交者，對(duì)于我這樣的小菜雞還是又有鼓勵(lì)的。
吹完了，也該說說毛病了，在以后的編程中，一定要考慮時(shí)間復(fù)雜度，盡可能去靠近最優(yōu)解。
