還記的很久很久以前，我想試試 named pipes 嗎？
http://betabetaparticle.spaces.live.com/blog/cns!BBBC80E91904D8D!673.entry?&_c02_vws=1
其實我不久之後就開始寫了下面一段，2006 11/30年耶！
============================================================================
經過 FileMapping 這個驚喜之後，一直想著要來試試自己的 protocol。
想了許久，真這是不容易，有很多東西都要考慮好，並沒有我想像中這麼簡單。
尤其是，要在商業上使用，更不知道要通過什麼樣子的測試才行，我想，這件事情，就先放在一邊吧。
先來看看，其他比較在高等一點的 IPC 方法。
在 windows 裡，還有一個叫做 pipe 的方法。(不知道其他 OS 有沒有，若有，我也不知道其他 OS 是不是也叫 pipe，以後再來研究)
會取這個名字，就是因為行為很像 pipe。把資料依序灌進一個管子的一端，而資料就會從另一堆跑出來。(原諒我用的動詞，感覺滿噁心的)
[1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ipc/base/named_pipes.asp
============================================================================
我寫好就不知為什麼就放著沒再繼續了。
而且，其實我的 code 也完成了 Named pipes server and client。這當然是參考 MSDN 的範例寫好的。
有興趣的就自行去參考吧。
不過，現在我知道這種 Named pipes 是一種概念，所以每個 OS 都會有。
但是實作的方法不一定一樣。
但對我比較重要的是，如何使用它來達成我們要的訊息傳遞的功能。
當我們把 EAP 變成多執行緒或多行程的時候，會有什麼好處與壞處？
還想不到…
留言列表
