發表於 |

最近快要畢業了，想要找個公司能夠有個能讓好好充實自己的地方，但是有兵役問題，很多公司無法接受，也有投一些實習，可是也都沒有上，就突然有感而發覺得似乎是自己能力太不足夠，所以我一定要再更奮發向上！廢話不多說，我們來進入主題～

昨天在聽讀書會的時候，主題是node design pattern，強調使用Stream來作分流、分支，後來就突然想到之前一直很想學如何做一個聊天室，所以就慢慢的實作，就把實踐的過程中一步一步記錄下來。

起手式

這個實作會比較簡單，就是簡單地利用Koa建立小型的伺服器，並且導入Koa-Router可以來處理路由，這個範例沒有做的很精細，只是稍微簡單的實作而已，假如需要更完整的功能可以去看官方文件，上面的功能有更詳細得解說。

閱讀全文 »

發表於 |

題目如下

Dcard 每天午夜都有大量使用者湧入抽卡,為了不讓伺服器過載,請設計一個 middleware:

  • 限制每小時來自同一個 IP 的請求數量不得超過 1000
  • 在 response headers 中加入剩餘的請求數量 (X-RateLimit-Remaining) 以及 rate limit
  • 歸零的時間 (X-RateLimit-Reset)
  • 如果超過限制的話就回傳 429 (Too Many Requests)
  • 可以使用各種資料庫達成

這題我是使用Koa@2來實作，順便當作練習Koa，之前雖然寫過ExpressJS，但是Koa跟Express有點不太一樣，可是轉換起來應該還是可以無縫接軌！

起手式

首先就先簡單的引入yarn(npm)來安裝koa！我是用yarn，所以下面範例都是用yarn來當做範例！

整個middleware流程大概是
routing -> get ip -> query database -> return res and set headers
==> null -> add a new data row
==> validity period -> update data
==> expired -> update
==> validity period && too many req-> reject request

1
2
3
take middleware
# take = (mkdir middleware & cd middleware)
yarn init
閱讀全文 »

發表於 |

突然有一天看到Dcard有在徵暑假實習生，往下滑一滑居然看到要寫小作業，看了看題目覺得還蠻有趣的，就慢慢寫了幾題，裡面有前端也有後端，最後一題還是演算法，看都看不懂所以果斷放棄哈哈！

這是第二題，題目是在說有6種情況（類似撲克牌，因為題目沒有寫得很清楚，所以不知道有沒有花色大小問題，我下面是忽略花色大小，只計算點數）

  • （同花順）Straight flush (five cards in sequence, all of the same suit)
  • （鐵支）Four of a kind (four cards of one rank and any other (unmatched) card)
  • （葫蘆）Full house (three matching cards of one rank and two matching cards of another rank)
  • （同花）Flush (five cards are of the same suit, but not in sequence)
  • （順子）Straight (five cards of sequential rank in at least two different suits)
  • （單隻）any unmatched card

起手式

因為是小作業，順便練練手感，所以嘗試使用TDD，所以會先寫測試，再來寫Code。
一開始先建立mock data，再開始寫測試。

閱讀全文 »

發表於 |

Iterator Pattern是一個很重要也很簡單的Pattern：迭代器！
我們可以提供一個統一入口的迭代器，Client只需要知道有哪些方法，或是有哪些Concrete Iterator，並不需要知道他們底層如何實作！現在就讓我們來開始吧！

起手式

Iterator最主要的東西就是兩個：hasNext、next。要讓Client知道是否還有下一個，和切換到下一個！

閱讀全文 »

發表於 |

原本是想要寫Decorator，但是發現他有點Composite Pattern的基礎，所以就想說先寫這個Pattern！
這個Pattern，可以使我們的Code能夠更組件化！能夠大大提升組件的覆用性，現在許多的前端框架也主打擁有Component，就像是樂高積木一樣，組起來就好！

起手式

『Composition over inheritance』雖然這句話是在物件導向比較適用，因為JS是FP不是OO阿！但是我們還是希望寫出覆用性高、耦合低和可維護性的Code，所以我們可以借鏡一下！

這個Pattern可以把他想像成資料夾與檔案的關係，檔案是Primitive Component、資料夾是Composite Component，資料夾裡面可以有檔案也可以有另外一個資料夾！有點『詩中有畫，畫中有詩』的感覺

閱讀全文 »

發表於 |

由於室友的物件導向軟體開發正在重修，想說有空可以去旁聽，順便複習一下以前所學的，正好正在教Chain of Responsibility，最近又因為正在學Angular，所以剛好有接觸TypeScript，所以就想說能不能應用上去，寫一寫發現真的還蠻有趣的，所以以後應該會慢慢地去實作其他的Pattern，順便讓我更增強自己的維護性。手上也有一本JavaScript Design Pattern這本書，所以這正是一個不錯的時機啊！

起手式

首先要先了解CoR這個Pattern是想要改善什麼東西！
想像一下，假如你需要去Handle一件事情時，他有很多種情況，那我們會怎麼寫呢？第一個直覺當然是if/switch，這是正常的，但是當可能處理事項有10/20/50種可能，那麼寫出來的code可能會跟阿婆的臭襪子一樣長，這就像是JS的Callback Hell，到後面你回頭要修改或是維護時，這時你會發現已經太晚了！所以我們可以把它拆解開來，將每個Handler拆開，將耦合降低，每個Handler只需要處理自己的能力範圍，如不能處理，就在繼續丟給下一個，一直丟到最後一個，這將會使程式更Flexible！

舉例：販賣機找零錢，假設找零為97元，這樣需要找 50*1 + 10*4 + 5*1 + 1*2

閱讀全文 »

發表於 |

最一開始寫網頁是接觸php，然後是使用ubuntu做開發，之後存了一點小錢買了一台mac然後就比較少在寫php了，大部分的時間都在研究JS，最近又心血來潮想寫寫PHP，而且Laravel也與我最愛的Vue.js整合了！這真是一個不錯的契機！所以就邊安裝邊寫一篇心得文，讓有需要入坑的朋友可以參考參考。

閱讀全文 »

發表於 |

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.

Quick Start

Create a new post

1
$ hexo new "My New Post"

More info: Writing

Run server

1
$ hexo server

More info: Server

Generate static files

1
$ hexo generate

More info: Generating

Deploy to remote sites

1
$ hexo deploy

More info: Deployment