概要:
- 現行のRaw型をString型として読み替える。
- Binary型を新設する。
- 明らかなバイナリはデフォルトでBinary型(新設型)で保存
- Binary: バイト列
// ==UserScript== | |
// @name MathJax for Gists | |
// @include *://gist.github.com/* | |
// @version 0.1 | |
// @description Adds MathJax support to Gists. | |
// ==/UserScript== | |
if ((window.unsafeWindow == null ? window : unsafeWindow).MathJax == null) { | |
var script = document.createElement("script"); | |
script.type = "text/javascript"; |
fun sortListOfPairDesc(list: List<Pair<String, Int>>): List<Pair<String, Int>> { | |
return list.sortedWith(compareBy({ it.second }, { it.first })).asReversed() | |
} |
Libuv and libev, two I/O libraries with similar names, recently had the privilege to use both libraries to write something. Now let's talk about my own subjective expression of common and different points.
The topic of high-performance network programming has been discussed. Asynchronous, asynchronous, or asynchronous. Whether it is epoll or kqueue, it is always indispensable to the asynchronous topic.
Libuv is asynchronous, and libev is synchronous multiplexing IO multiplexing.
Libev is a simple encapsulation of system I/O reuse. Basically, it solves the problem of different APIs between epoll and kqueuq. Ensure that programs written using livev's API can run on most *nix platforms. However, the disadvantages of libev are also obvious. Because it basically just encapsulates the Event Library, it is inconvenient to use. For example, accept(3) requires manual setnonblocking after connection. EAGAIN, EWOULDBLOCK, and EINTER need to be detected when reading from a socket. This is a