<div id="readability-page-1" class="page"><div data-version="2" id="Blog1">
<article>
<div>

<h3>
조건 반복문과 for-each 반복문
</h3>


<div id="post-body-2949670427642964541">
<p id="2020-06-loop-conditional-loop">프로그램에서 반복문은 크게 두 가지로 나눌 수 있다. 하나는 특정 조건을 만족할 때까지 같은 코드를 반복하는 것이다. 포트란으로부터 시작해서 C를 거쳐 대부분의  프로그래밍 언어들은 기본적으로 이런 형태의 반복문을 제공한다. 예를 들면 C의 <code>while</code> 문이나 <code>for</code> 문이 그렇다. 이것들은 주어진 조건이 성립하는 동안 정해진 코드를 실행한다.</p>

<p id="2020-06-loop-for-each-loop">혹은 특정 범위의 모든 값에 대해 같은 코드를 실행하기도 한다. 이런 반복문은 C++에서는 <a href="https://en.cppreference.com/w/cpp/language/range-for" target="_blank">range-based for loop</a>, C#과 Java는 <a href="https://docs.microsoft.com/dotnet/csharp/language-reference/keywords/foreach-in" target="_blank">foreach 문</a>, JavaScript는 <a href="https://developer.mozilla.org/docs/Web/JavaScript/Reference/Statements/for...of" target="_blank">for ... of</a> 문으로 부르는 등 다양한 이름으로 불린다. 이런 종류의 반복문을 부르는 이름은 언어마다 다르지만, 편의를 위해 이 글에서는 이것을 for-each 문으로, 임의의 조건을 걸 수 있는 반복문을 조건 반복문으로 부르도록 하겠다.</p>

<p>for-each 반복문은 사실 조건 반복문을 특정한 조건에서만 사용할 수 있도록 특수화시킨 것으로 볼 수도 있다. 실제로 C++의 range-based for loop나 Rust의 <a href="https://doc.rust-lang.org/book/ch03-05-control-flow.html#looping-through-a-collection-with-for" target="_blank">for loop</a>는 조건 반복문의 syntactic sugar로 설명하기도 한다.</p>

<p>C++이나 Java 등의 언어는 원래 for-each 반복문이 없었다. 그래서 조건 반복문을 이용해야 했기 때문에 <a href="https://en.wikipedia.org/wiki/Off-by-one_error" target="_blank">off-by-one-error</a> 같은 실수가 종종 발생했다.</p>

<p>이에 대한 해결책이 없었던 것은 아니다. 예를 들어 Lisp 같은 언어는 이미 for each 반복문을 가지고 있었다. 하지만 언어 스펙을 변경하는 것은 큰일이기 때문에 많은 언어들이 새 문법을 추가하지 않고 해결하고자 했다. C++의 이터레이터를 이용하는 <a href="https://en.cppreference.com/w/cpp/header/algorithm" target="_blank"><code>algorithm</code> 라이브러리</a>가 이런 경우다. 하지만 이런 해결책은 함수를 인자로 받는 <a href="https://en.wikipedia.org/wiki/Higher-order_function" target="_blank">higher-order function</a>을 쓰기 때문에 <code>for</code> 문을 쓸때보다 사용하기 불편하거나 코드를 읽기 어려워지는 경우가 있는 것은 사실이었다.</p>

<p>그래서 Java, C++, JavaScript 등 주류 언어들도 각각 for-each 반복문을 추가하기 시작했고, Python이나 Rust 같은 비교적 뒤에 나온 언어들은 초기 버전부터 for-each 반복문과 조건 반복문을 둘 다 가지고 나왔고 현재 사용되는 언어들은 대부분 조건 반복문과 for each 반복문을 둘 다 가지고 있다.</p>
</div>

</div>


</article>
</div><div data-version="2" id="PopularPosts1">
<h3>
이 블로그의 인기 게시물
</h3>
<div role="feed">
<article role="article">
<h3><a href="https://blog.seulgi.kim/2014/09/mongodb-objectid.html">[MongoDB] ObjectId에 대해서</a></h3>

<div>
<p>
&nbsp;지난번에 shard key를 설명한 글 을 썼을 때 댓글 로 ObjectId 에 관한 얘기가 나왔었다.  &nbsp;그래서 sharding과 큰 연관은 없지만, 이번 기회에 ObjectId에 관해서 먼저 설명하고 가는 게 좋을 것 같아서 sharding에 관한 것은 뒤로 미루고 이번에는 ObjectId에 대해 먼저 설명하고 가도록 하겠다.   ObjectId란 무엇인가 &nbsp;ObjectId는 같은 document 내에서 유일함이 보장되는 12 byte binary data다.  &nbsp;전통적인 centralized 되어 있는 시스템이라면 한 collection 내에서 유일함을 보장하는 것을 쉽게 할 수 있다. 하지만 sharding을 하는 MongoDB에서 유일함을 보장하는 것은 기존과는 다른 솔루션이 필요하다. 그리고 이 방법을 설명하는 게 사실상 ObjectId의 모든 것을 설명하는 것이다.   왜 ObjectId를 사용하는가 &nbsp;전통적인 RDBMS 에서 Primary key 를 만들 때는 DB 서버로 data를 보내서 중복되지 않는 key를 골라서 1)  그 값을 key로 저장하는 방식을 이용한다.  &nbsp;하지만 MongoDB와 같은 분산 database에서는 key를 서버에서 만들지 않고 클라이언트에서 만든다.  &nbsp;그 이유는 MongoDB가 query를 날릴 shard를 결정하는 방식 을 보면 알 수 있다.  &nbsp;MongoDB는 자신이 필요한 shard에게만 query를 요청한다. 다시 말해서 client에 해당하는 mongos 2) 가 config server 의 data를 토대로 어떤 shard가 어느 범위의 값을 가졌는지를 저장하고 있다가 query를 요청할 때 자신이 필요로 하는 shard에게만 요청한다.  &nbsp;따라서&nbsp; shard key 에 해당하는 data가 미완성인 상태로 서버에 저장하도록 요청할 수 없고, client가 ObjectId를 생성하여 값을 저장하도록 요청한다. 3)   ObjectId의 구성 &nbsp;ObjectId는 크게 4부분으로 구성되어 있다.   &nbsp;Ob
</p>
</div>
</article>
<article role="article">
<h3><a href="https://blog.seulgi.kim/2018/12/rwlock.html">read-writers lock - 공유 자원 접근하기</a></h3>

<div>
<p>
Multithreaded programming에서 공유 자원에 접근할 때는 동시에 두 개 이상의 스레드가 자원을 변경시키지 않기 위해서 mutex 를 사용한다. Mutex를 사용하면 공유자원에 접근하는 스레드를 한 개로 제한하기 때문에 안전하지만, 어떤 경우는 비효율적이다. 예를 들어 여러 스레드가 공유 자원에 동시에 접근해야 하지만 그중 일부 스레드만 값을 변경하는 경우는 어떨까?   이런 경우 값을 읽기만 하는 스레드는 동시에 접근해도 상관없다. 하지만 어떤 스레드가 값을 변경하고 있으면, 다른 스레드는 공유 자원에 접근해서는 안 된다. 반대로 다른 스레드가 공유 자원에 접근하고 있는 중에는 값을 변경하는 스레드는 접근해서는 안 된다.   이때 사용하는 것이 shared-exclusive lock이라고도 하는&nbsp; readers-writer lock 이다. Readers-writer lock은 여러 개의 reader와 한 개의 writer를 허용한다. 그래서 multiple-readers/single-writer&nbsp;lock(MRSW lock)이라고도 불린다. 즉, 이미 read lock이 잡혀있는 readers-writer lock에 read lock을 잡으면 바로 lock이 잡히고 다음 코드를 실행할 수 있지만, write lock을 잡으면, lock을 잡지 못하고 read lock이 풀릴 때까지 기다린다.   그렇다면 A thread 가 read lock을 잡고, B thread 가 write lock을 잡은 뒤 C thread 가 read lock을 잡으면 어떻게 될까? 단순하게 생각해보면 A thread 가 read lock을 잡고 있으니 B thread 의 write lock은 잡히지 못하고 기다리고, C thread 의 read lock은 잡힐 수 있기 때문에, A thread 와 C thread 의 코드가 실행될 것이다. 하지만 이런 구현의 경우 read lock이 빈번하게 잡히는 코드라면, write lock이 영원히 실행되지 못할 수도 있다. 이
</p>
</div>
</article>
<article role="article">
<h3><a href="https://blog.seulgi.kim/2015/11/cpp-enum-class.html">[C++] enum class - 안전하고 쓰기 쉬운 enum</a></h3>

<div>
<p>
&nbsp; C++ 03 까지의 enum 은 여러 가지 문제를 가지고 있었다. 그래서 그 문제들을 해결하기 위해 C++ 11은 enum class 라는 것을 새로 만들었다. 이제부터 기존의 enum 에 어떤 문제가 있었고, 이것을 enum class 에서 어떻게 해결하였는지 살펴볼 것이다.   &nbsp;우선 기존의 enum 은 전방 선언할 수 없었다. 그 이유는 enumerator에 어떤 값이 들어있을지 알 수 없으면 그 크기를 정할 수 없기 때문 이다. 하지만 enum class 는 underlying type을 명시하지 않으면 int  타입과 같은 크기의 변수로 선언되고, int  값 안에 들어가지 못할 값을 지정하면 컴파일 에러를 발생시킨다.  &nbsp;만약 int 를 벗어난 범위의 값을 사용하고 싶다면, underlying type을 명시해주어야 한다.    &nbsp;기존 enum 의 또 다른 문제는 enumerator의 이름의 범위가 한정되지 않는다는 것이다. 예를 들어 아래와 같은 코드를 보자.   &nbsp;IO 함수의 결과와 Parse 함수의 결과를 enum 으로 표현해 보았다. 하지만 이 코드는 컴파일되지 않는다. IOResult 의 Error , Ok 가 ParseResult 의 Error , Ok 와 겹치기 때문이다. 이를 해결하기 위해서는 다음과 같이 enumerator의 이름을 다르게 하거나    &nbsp;아래와 같이 namespace를 이용해야 했다.   &nbsp;&nbsp; 하지만 enum class 는 enumerator의 이름이 enum class  안으로 한정되기 때문에 이런 복잡한 과정이 필요 없이 그저 enum class 를 선언하여 사용하면 된다.    &nbsp;무엇보다 기존 enum 의 가장 큰 문제는 정수형 변수로 암시적으로 변환되는 약 타입(weak type)  변수라는 것이다. 하지만 enum class 는 정수형 변수로 암시적 변환이 되지 않는다. enum class 를 정수형 변수처럼 사용하려고 하면 컴파일 에러를 발생시킨다. 만약 정수형 변수로 사용하고 싶으면 static_cas
</p>
</div>
</article>
</div>
</div></div>

슭의 개발 블로그

프로그램에서 반복문은 크게 두 가지로 나눌 수 있다. 하나는 특정 조건을 만족할 때까지 같은 코드를 반복하는 것이다. 포트란으로부터 시작해서 C를 거쳐 대부분의  프로그래밍 언어들은 기본적으로 이런 형태의 반복문을 제공한다. 예를 들면 C의 while 문이나 for 문이 그렇다. 이것들은 주어진 조건이 성립하는 동안 정해진 코드를 실행한다.
 혹은 특정 범위의 모든 값에 대해 같은 코드를 실행하기도 한다. 이런 반복문은 C++에서는 range-based for loop, C#과 Java는 foreach 문, JavaScript는 for ... of 문으로 부르는 등 다양한 이름으로 불린다. 이런 종류의 반복문을 부르는 이름은 언어마다 다르지만, 편의를 위해 이 글에서는 이것을 for-each 문으로, 임의의 조건을 걸 수 있는 반복문을 조건 반복문으로 부르도록 하겠다.
 for-each 반복문은 사실 조건 반복문을 특정한 조건에서만 사용할 수 있도록 특수화시킨 것으로 볼 수도 있다. 실제로 C++의 range-based for loop나 Rust의 for loop는 조건 반복문의 syntactic sugar로 설명하기도 한다.
 C++이나 Java 등의 언어는 원래 for-each 반복문이 없었다. 그래서 조건 반복문을 이용해야 했기 때문에 off-by-one-error 같은 실수가 종종 발생했다.
 이에 대한 해결책이 없었던 것은 아니다. 예를 들어 Lisp 같은 언어는 이미 for each 반복문을 가지고 있었다. 하지만 언어 스펙을 변경하는 것은 큰일이기 때문에 많은 언어들이 새 문법을 추가하지 않고 해결하고자 했다. C++의 이터레이터를 이용하는 algorithm 라이브러리가 이런 경우다. 하지만 이런 해결책은 함수를 인자로 받는 higher-order function을 쓰기 때문에 for 문을 쓸때보다 사용하기 불편하거나 코드를 읽기 어려워지는 경우가 있는 것은 사실이었다.
 그래서 Java, C++, JavaScript 등 주류 언어들도 각각 for-each 반복문을 추가하기 시작했고, Python이나 Rust 같은 비교적 뒤에 나온 언어들은 초기 버전부터 for-each 반복문과 조건 반복문을 둘 다 가지고 나왔고 현재 사용되는 언어들은 대부분 조건 반복문과 for each 반복문을 둘 다 가지고 있다.