주석 사실상 주석은 기껏해야 필요악이다. 우리에게 프로그래밍 언어를 치밀하게 사용해 의도를 표현할 능력이 있다면, 주석은 거의 필요하지 않으니라. 아니, 필요하지 않으리라. 그러므로 주석이 필요한 상황에 처하면 곰곰이 생각하기 바란다. 상황을 역전해 코드로 의도를 표현할 방법은 없을까? 주석을 무시하는 이유? 주석은 너무 자주 거짓말을 하니까. 주석은 오래될수록 코드에서 멀어지고, 그릇될 가능성이 커진다. 이유는 단순하다. 프로그래머들이 주석을 유지하고 보수하기란 현실적으로 불가능하니까. 코드는 변화하고 진화한다. 일부가 옮겨지거나 조각이 나눠지고 합쳐진다. 불행하게도 주석은 언제나 코드를 따라가지 않는다. 주석이 코드에서 분리되어 점점 더 부정확한 고아로 변하는 사례가 너무도 흔하다. 프로그래머들이 주..
작게 만들어라! 함수를 만드는 첫째 규칙은 '작게'다. 함수를 만드는 둘째 규칙은 '더 작게'다. 이 규칙은 근거를 대기가 곤란하다. 함수가 작을수록 더 좋다는 증거나 자료를 제시하기도 어렵다. 하지만 나는 지난 40여년 동안 온갖 크기로 함수를 구현해봤다. 지금까지 경험을 바탕으로 그리고 오랜 시행착오를 바탕으로 나은 작은 함수가 좋다고 확신한다. 개인적인 생각 좋은 함수명과 작은 함수는 주석없이 코드를 읽게 만들어준다. 작은 함수는 재사용이 편리하고, 오류 추적이 쉽고, 테스트가 편하다. 그렇다면 얼마나 짧아야 좋을까? 80년대에는 함수가 한 화면을 넘어가면 안된다고 말했다. 당시 모니터 화면은 가로 80자 세로 24줄이었고 편집기에서 4줄을 관리용으로 사용했습니다. 가로 150자를 넘어서는 안 된다..
함수 반복되는 작업을 정의하여 코드의 중복을 줄일 수 있는 기능입니다. 반환형을 유추할 수 있을 경우 생략할 수 있습니다. void는 아무것도 반환하지 않는 경우 사용합니다. (생략할 수 있습니다.) 기본적으로 반환형을 명시할 것을 권장합니다. getHello() { return "Hello"; } String getWorld() { return "World"; } void message(String message) { print("${getHello()} ${getWorld()} $message"); } 선택 매개변수 매개 변수의 기본값을 적용하고 싶을 때 사용합니다. 선택 매개변수로 선언하고 싶은 변수를 [] 로 감쌉니다. 매개변수를 전달하지 않으면 기본 값으로 저장됩니다. 기본 값은 컴파일 저장되므..
- Total
- Today
- Yesterday
- ViewModelProvider
- viewmodel
- 연산자
- ConcatAdapter
- Widget
- commit
- Android
- 함수
- gradle
- Kotlin
- 보이스카우트 규칙
- rxjava
- Exception
- Coroutine
- 코루틴
- git
- observable
- clean code
- Flutter
- DSL
- ConcatAdapter.Config
- Flowable
- CancellationException
- 클린코드
- DART
- TDD
- 클린 코드
- null
- ViewModelStoreOwner
- isActive
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |