Elixir key-value 자료구조 함수 네이밍 규칙 - get, fetch, fetch!
Elixir 표준 라이브러리 중 key-value 자료구조에 규칙을 가진 것처럼 보이는 함수가 있다. get, fetch, fetch! 와 같은 값을 가져오는 함수이다. 자료 구조에서 값을 가져오는 함수로 fetch 를 사용하는 게 낯설었다. 어떤 규칙으로 설계했는지 궁금해졌다.
naming
소스 코드 읽기: prometheus.erl, prometheus.ex
deadtrickster/prometheus.erl은 모니터링 시스템인 prometheus.io의 erlang 클라이언트다. 각종 메트릭(metric)을 프로메테우스가 파싱할 수 있는 포맷으로 텍스트를 만든다. deadtrickster/prometheus.ex는 prometheus...
#naming 함수 이름이 eventually라니 한 수 배웠다
defp eventually(func) do if func.() do true else Process.sleep(10) eventually(func) end end
#naming #elixir Map을 합치고 싶을 때, 쓰는 Enum.into와 Map.merge
map을 합치고 싶을 때, Map.merge/2 함수 또는 Enum.into/2 함수를 사용할 수 있다. Enum.into/2 함수는 모듈 이름처럼 더 범용적이다. map뿐만 아니라 다른 자료구조에도 사용할 수 있다.
#naming closing, closed 대신 will close, did close
```c++ override func viewDidLoad() { super.viewDidLoad() // Do any additional setup after loading the view, typically from a nib. }
#naming IDisposable처럼 인터페이스 이름에 able 같은 걸 바르면?
DO name interfaces with adjective phrases, or occasionally with nouns or noun phrases. Nouns and noun phrases should be used rarely and they might...
#naming 인자(argument)가 있거나 없거나
(column-number-mode 1) (column-number-mode)
#naming supersubclass, is_base_of - 방향이 중요할 때, 명확한 이름
#define SUPERSUBCLASS_STRICT(T, U) \ (SUPERSUBCLASS(T, U) && \ !Conversion<const T, const U*>::sameTy...