kakasoo

설계를 완벽히 해야 했다. 테스트 코드를 100 ~ 200개 정도 작성하면서, 라이브러리가 동작한다는 가정 하에 내가 원하는 코드를 짜봤어야 했다. 나 같은 경우에는 처음에 만든 패턴에서, 새로운 아이디어가 생각나서 초기 패턴과 다른 두 번째 패턴을 만들었다. 두 번째 패턴은 첫 번째 패턴보다 더 나은 패턴이다보니 첫 번째 패턴을 사용해야 할 이유가 사라지는 듯 했다. 물론 두 번째 패턴의 단점이 있었고, 첫 번째 패턴이 그보다 나은 점이 있었다. 하지만 더 고민해보니 두 패턴을 섞음으로써 얻을 수 있는 장점이 있어 보였다. 아, 이런. 조금 더 빨리 생각 했으면 좋았을 걸 이라는 생각 대신에, 설계에 더 오랜 시간을 들일 것을 다짐해야겠다. 주말에는 이 패턴들을 융합시키는 데에 시간을 써야 할 거 같다.

findOne({ from, include, lessThanEqual, moreThanEqual, }: { from: T; include: IncludeType; lessThanEqual: V; moreThanEqual: W; }): ExecutionComparison; findOne({ from, include, lessThanEqual, moreThanEqual, }: { from: T; include: IncludeType; lessThanEqual: V; moreThanEqual: W; }): ExecutionComparison; findOne({ from, lessThanEqual, moreThanEqual, }: { from: T; lessThanEqual: V; moreThanEqual: W..

오늘 만든 메서드들은 현재 Builder instance 내부에 스택으로 저장되지 않고, 즉시 실행되는 형태를 가진다. 이렇게 만들어진 까닭은, 이 메서드들이 from 메서드 내부에 종속될 거라고 예상되기 때문이다. 대부분의 경우, from의 값을 꾸미는 데 사용될 것이기 때문에 이런 패턴을 강제했다. slove /** * A function that unravels a subBuilder and converts it all intro a string. */ private slove(target: string | ((subBulder: RegExpBuilder) => string | RegExpBuilder)) { if (typeof target === 'string') { return target; }..

regexp-manager를 만들면서, 며칠 간 생각한 것을 정리한다. ( 아직 작업 중이다. ) 내 감상을 적는, 일종의 일기나 다름없어서 다른 사람들은 읽어도 알아듣기 어려울 거라고 생각한다. regexp-manager regexp builder for node.js developer. Latest version: 0.3.0, last published: 11 hours ago. Start using regexp-manager in your project by running `npm i regexp-manager`. There is 1 other project in the npm registry using regexp-manager. www.npmjs.com 서론 회사에서 정규표현식을 사용해서 각 커..