보뇨 다이어리

책에서는 해석기라고 되어있어서 뭐지 싶었는데 interpreter 패턴을 말하는것이였다.근데 kotlin dsl 관련내용이라 사뭇 다르지만 해당 챕터를 통해서그동안 예를들어 SelelectClause.() -> Unit 이런 형태의 비밀?! 에 대해 알게되었다.즉, SelelectClause 라는 객체가 인자로 들어오는 (SelelectClause) -> Unit 이런형태와 동일하다고한다.apply 를 왜 쓰면 좋은지 간접적으로도 나와있어서 한번 코드를 직접 작성하고 디버깅해보는것도 좋은거같다. 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849class Chapter04Interpreter { ..

내가 가장 좋아하는 책임연쇄패턴인데 이전 글과 동일하게 작가가 typealias 로 만들었길래 재미있어서 기록해봅니다.우선 아래 코드는 interface 로 선언했을때 기준입니다. 123456789101112131415161718192021222324252627282930313233class Chapter04Chain {     @Test    fun sod() {        val chain = BasicValidationHandler(AnswerHandler())         chain.handle(Request("amugae2@naver.com", "question1 -> hello?"))    }     data class Request(val email: String, val question..

책에서 typealias 를 통해 interface 나 class 선언없이 하는 방법을 많이 소개해주는거같은데 지금도 그렇지만 이게 객체지향적인가? 반발감이 있긴하다..(이런식으로 쓰는건 상상도못했기때문에 어색..)근데 어떻게보면 쉬운방법으로 사고전환이 가능해서 해당 언어가 지원해주는 방법을 많이 활용하는게 좋을꺼같다Java 컨벤션대로 짜면 결국 Java 코드이니까 특정 언어를 만든 개발자의 의도를 따라가다보면 이점을 깨닫게 될지도...? 아래 기능에서는 undo 기능이 추가되어야하는데커맨드패턴같은경우 저라면 그냥 interface 구현식으로 할꺼같아서 추가로 기능개발은 하지않았다. 12345678910111213141516171819202122232425262728293031323334353637383..