일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
Tags
- 코틀린
- Java
- 코틀린 out
- 개인블로그 hugo
- hugo 로 블로그
- Pitest
- 돌연변이 테스팅
- 의존성역전원칙
- MySQL
- Convariance
- 코틀린 in
- kotlin
- 자바
- InnoDB
- Test
- ruby
- change refresh rate
- output stream
- standard input
- resize image with go
- JPA
- cli 만들기
- 객체지향
- IntelliJ
- resizer 구현
- image resizer with go
- standard output
- Mutation testing
- 공짜블로그
- 코틀린 노트북
Archives
- Today
- Total
목록컴포넌트 플러그인 아키텍쳐 (1)
Rlog
컴포넌트
컴포넌트는 배포 단위다. 자바의 경우 .jar 파일이 컴포넌트가 되고, 루비의 경우 gem 파일이 컴포넌트가 된다. 개발 초창기에는 프로그래머가 메모리에서 프로그램이 어느 곳에 위치할지 정의해야 했다. 아래의 코드를 간단하게 보자. *200 TLS START, CLA TAD BUFR 위에서 설명한대로 예전에는 프로그래머가 메모리에 어느 곳에 위치할지 적어줘야 하므로 Origin 이 필요했다. 프로그램 시작부의 *200 을 주목해보자. 과연 어떤 의미일까? 이는 메모리 주소 200에 로드할 코드를 생성하라고 알려주는 것이다. 내 단순한 추측인데 메모리의 코드영역이 이 영역이 아닐까? 라는 생각이 들게 되었다. 여하튼 현재 우리는 이런 고민을 할 필요가 없었지만, 그 당시에는 아주 큰 고민이였다. 왜냐하면 ..
Architecture
2021. 11. 17. 11:04