설계 및 다이어그램 등으로 문서화 문제 코드를 치기전에 꼼꼼히 문서화를 했어야했다. 이 와중에 시간이 너무 촉박하고 감기도 걸렸고... 확장성을 신경쓴 설계를 하고 싶었는데 잘 모르겠다. 생각하고 고민하는 시간이 길어 더 시간이 촉박하게 느껴진것 같기도 하다. 미리 정해진 설계 또는 그 설계를 수정하는 것만 너무 해왔던것 같다. 이리저리 논리적 오류...
이번 챕터의 목표 제출이 목표였다. 더 나아가 패스하면 더 좋고 어떤 비즈니스를 들었을때, 어떤 아키텍쳐가 어떤 이유로 적합한지 알 수 있게 감 잡기 (헥사고날, 클린, 레이어드 ...) 이번 챕터의 성취 동시성 테스트작성 방법은 정확히 알게 됐긴하다. 이번 챕터에서 못한것 여러가지를 못하긴했는데 .. 시간대비 효율을 못냈던거 같다. 파사드를 적...
GET, POST, PUT, PATCH, DELETE, HEAD, OPTION, TRACE, CONNECT 등 간단정리
DDD(Domain-Driven Design)와 SQL-DD (Structured Query Language-Driven Design)는 소프트웨어를 개발하는 여러 방법론중 일부이다. 두 방식의 차이는?
Override는 메소드를 재정의하는 행위를 뜻한다. 생략하는 경우도 종종있는데 꼭 생략/명시를 해야할까
는 보통 설계도의 성격을 띄기에 추상화의 특징이 드러나지만 또 다른 를 상속할 수 있기에 경우에 따라서 상속성의 특징도 나타날 수 있다. 또 생각해보면 정의된 메소드들은 구현 클래스에 따라서 모두 다른동작을 하거나 인터페이스의 타입으로 구현클래스를 다룰 수 있어서