일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- mybatis
- docker
- Kotlin
- Spring Boot
- kubernetes
- 코틀린
- Python
- MySQL
- react
- github
- 도커
- 파이썬
- Spring
- springboot
- design pattern
- 리팩토링
- 스프링부트
- 스프링
- VOA
- AWS
- 리액트
- machine-learning
- 자바
- c#
- DataGridView
- 쿠버네티스
- git
- 마이바티스
- Winform
- Java
- Today
- Total
목록2024/11 (5)
보뇨 다이어리
구조패턴은 쓸내용이 많아서 각각 필요한것대로 정리 개인적인 생각이지만 일부 프록시 패턴과 동일한 구조로 가져가는데 대신에 by 연산자를 통해서 그게 눈에 띄기때문에 나쁘지않아보임.require 메소드 또한 가독성이 의외로 좋아서 (처음에는 어색하지만...ㅠ) 코틀린 철학과 잘맞는 코드형태인거같음. 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263 @Test fun decoratorTest() { val defaultStarTrekRepository = DefaultStarTrekRepository() val v..
싱글턴 패턴- object class 를 선언해서 사용해라 12345678910111213 object StringConstant { const val HOSTNAME = "user" fun addPrefix(text: String): String { return "$text, $HOSTNAME" } } @Test fun singletonTest() { println(StringConstant.HOSTNAME) // user println(StringConstant.addPrefix("hello")) // hello, user }Colored by Color Scripterc..
IntelliJ 에서 지원해주지만 나름 괜찮아보여서 정리할겸 글씀 123456789101112131415161718192021222324252627282930313233@server = http://localhost:3000 POST {{server}}/file-uploadContent-Type: multipart/form-data; boundary=test-file-upload --test-file-uploadContent-Disposition: form-data; name="file"; filename="test.txt" 여기에 텍스트 파일의 내용을 넣을 수 있습니다.--test-file-upload-- ### 실제 파일로 업로드 POST http://localhost:3000/file-upload..
NestJS 다시 공부할겸 겸사겸사 내용 정리DI 를 통해서 제어역전이 일어나는데 Interface 를 통해 의존을 넣을경우 @Inject 없을때 제목과 같은 에러가 나옴12345678910[Nest] 59577 - 11/25/2024, 4:19:43 PM LOG [NestFactory] Starting Nest application...[Nest] 59577 - 11/25/2024, 4:19:43 PM ERROR [ExceptionHandler] Nest can't resolve dependencies of the AppService (?). Please make sure that the argument "AppSimpleRepository" at index [0] is available..
Chapter 2 설계의 목적개발프로세스 선택과 진행워터폴 개발오래된 개발 프로세스, 요구사항 정의 -> 설계 -> 구현 -> 테스트를 기본적으로 한번의 흐름으로 진행단점이 한단계가 종료되지않는이상 다음 단계로 넘어갈수없음점진적 개발한번의 흐름으로 개발하는것이 아니라 iteration 이나 spiral 사이클을 돌리면서 개발업무 흐름 분석 -> 유스케이스 추출 -> [이터레이션 계획 -> 유스케이스 분석 -> 설계 -> 개발] (설계) -> 통합 테스트 -> 릴리즈구체적인 특징은 아래와 같음중간 규모 개발릴리즈는 마지막에 1회이터레이션 1회는 4개월이터레이션은 3~4회팀원 대부분이 유스케이스 분석 및 개발 가능한 역량 보유애자일 개발점진적 개발과 마찬가지로 반복하며 개발진행하는데 사이클이 몇주정도로 매우..