量产型炮灰工程师

因為上禮拜的課考了這文章開頭的題目，所以不定期回顧
那門課在講的是單元測試，如果要寫完這題目含測試的話大家會怎麼寫？

母湯呀母湯！

QB贏了

(✪ω✪)（看得很專心）

那門課老師很好，老師找來幫忙的人也很好，但學員總給我一種有毒的正能量感
你連邏輯都寫不好，管什麼東西要抽成常數幹什麼？

而且那東西也只用一次到底在抽什麼？

substr 裡面有 -1 這個數字很討厭？

只用一次XD

裡面第三個FizzBuzz感覺哪裡怪怪的...前面會先被觸發吧

神崎ゆい : 對，那個是錯誤示範

測試的話就輸入跟正解寫成tuple然後讓他每個case都跑過
case = [[3, 'Fizz'], [4, ''], [5, 'Buzz'], [15, 'FizzBuzz']] ..]
case.forEach(([input, expected]) => assert.expectStr(fizzBuzz(input), expected))
這幾個就cover全部了但可以多加幾個

另外他因為答案是串在一起的其實也不用管公倍數，concat就好了
return result = (( i % 3 == 0) ? 'Fizz' : '') + (( i % 5 == 0) ? 'Buzz' : '');

檸檬酸/蠟/被世界耍得團團轉 : 我的寫法也比較接近這種，但好像比較多人在意為什麼3跟5不另外設一個常數來存

常數我理解通常是為了之後要改比較方便所以寫成常數提到最上方吧
如果這個函式日後有機會換成5跟7之類的常數代換就有幫助，反之我就覺得好像還好

啊URL之類很長的常數提出來也會比較好讀啦

原來是指 i%3 I%5 這個要提出來當常數嗎，確實跟樓上講的一樣日後修改會方便很多，我認為是好習慣

重讀了一下上面的文substr參數的-1提出去我就覺得好像有點多餘XD 提不提看內容跟上下文