코딩남18호

Eclipse(이클립스) - No editor descriptor for id org.eclipse.ui.internal.emptyEditorTab Error

미웡할꺼야 — Mon, 8 Feb 2021 02:30:22 +0900

[참고] Eclipse emptyEditorTab 에러

OS : Windows10 64bit
Tool : Eclipse IDE (2020-09)

이클립스를 업데이트 했더니 기존에 쓰던 버전인 2020-09 -> 2020-12로 업데이트 됐다.

그런데 문제가 업데이트 후 파일이 아래 그림처럼 아무런 내용 없이 열린다.

확인해보니 "No editor descriptor for id org.eclipse.ui.internal.emptyEditorTab" Error란다. 정말 가지가지 한다.

해결 방법

Google 검색을 통해 여러 해결 방법을 해봤지만 소용없었다. 아무래도 이클립스 안의 여러 라이브러리, 모듈 등의 버전들이 다 엉킨 것 같아 아예 재설치를 하기로 했다.

잘 돌아간다.

마무리

Source가 문제면 Google 검색을 통해 해결 방안을 보고 Source를 고치면 된다.

그런데 프로그램이 문제면 그냥 지우고 다시 설치하는다 답이다.

현재 쓰고 있는 프로그램이 본인이 만든거면 어떻해든 고치려고 하는 것이 맞겠지만 반대인 경우 괜히 어떻해든 고치겠다고 나대지 말자.

본인이 만든거 아니다.

Tomcat - "Server Tomcat v[버전] Server at localhost failed to start." Error

미웡할꺼야 — Fri, 5 Feb 2021 19:10:29 +0900

[참고]

OS : Windows10 64bit
Server : Tomcat v8.5_Plug-In
JDK : SE 11
Tool : Eclipse IDE

어제까지만 해도 잘 돌아갔던 게 다음날 Eclipse IDE 실행 후 Tomcat Server - Run을 하니 아래와 같은 Error가 발생하였다.

Google 검색을 통해 별 지랄을 다해봤지만 안된다.

가장 간단하면서 빠른 방법은 Eclipse에 Tomcat Server를 제거 후 다시 설치하는 것이다.

삭제/설치가 간단한 것은 시간이 아까우니 그냥 삭제/설치를 하자.

1. Eclipse 메뉴 > Window > Preferences 클릭.

2. Server > Runtime Environments 클릭.

3. 목록에서 Tomcat Server 클릭 > Remove 클릭 > 아래 그림처럼 둘 다 체크 후 OK 클릭.

해석 :
런타임 환경은 현재 사용되고 있고 삭제는 컴파일 또는 런타임 문제를 일으킬 수 있습니다. 어쨌든 런타임 환경을 삭제하시겠습니까?
□ 영향을 받는 서버를 모두 삭제하시겠습니까?
□ 이 런타임 환경을 대상 프로젝트에서 제거하시겠습니까?

4. Explorer에 Server Project 클릭 후 Delete 키 또는 Server Project에 마우스 우클릭 > Delete 클릭.

문제가 발생된 Server Project가 남아있으면 Tomcat Server를 몇 번을 삭제/생성해도 Error가 발생될 수 있다.
물론 남아있어도 될 수도 있지만 만약 또 Error가 발생되어 다시 삽질하면서 시간을 버릴 수 있으니 깔끔하게 다 지운다. 삭제/생성하는데 시간 몇 초밖에 안 걸리니 삽질할 시간을 줄이자.

5. 아래 그림처럼 체크 후 OK 클릭.

체크하지 않고 삭제 후 생성 시 Local Hard의 workspace에 "Server"라는 Project의 이름이 있다고 생성이 안 된다.
만약 실수로 체크를 하지 않고 삭제 시 해당 workspace로 가서 직접 삭제하면 되니 체크 안 했다고 걱정하지 말자.
해석 : □ 디스크에서 프로젝트 내용 삭제(실행 취소)

6. Eclipse 메뉴 > Window > Preferences 클릭.

7. Server > Runtime Environments 클릭 > Add... 클릭.

8. Apache > Apache Tomcat v[버전] 클릭 > Create a new local server 체크 > Finish 클릭.

Create a new local server를 체크해주면 아래 그림과 같이 Server탭에 local server를 생성해준다.

9. local server 클릭 > Ctrl+Alt+R 또는 Start the Server 아이콘 클릭 > 잘 돌아가는지 확인.

마무리

좀 안다고 깝쳤다가 시간만 버리니, Tomcat Server에 Start error가 발생했을 경우 그냥 삭제/생성이 가장 빠른 해결 방법이다.

솔직히 저런 Error를 많이 겪어봤고 Google 검색을 통해 여러 해결방안들을 채택해봤지만 좆도 효과 없었다.

필자의 경우 개발용으로 tomcat-plugin용, 배포용으로 tomcat-설치용을 사용한다.

tomcat-설치용은 삭제/생성이 오래걸리기도 하고, 솔직히 좆나 귀찮다.

tomcat-plugin용은 간단하고 빠르게 삭제/생성하여 문제를 해결할 수 있다.

GitHub - README 작성법

미웡할꺼야 — Fri, 29 Jan 2021 23:07:18 +0900

[참고] GitHub Guide - Documenting your projects on GitHub

[참고] GitHub Guide - Mastering Markdown

[참고] GitHub Docs - Writing on GitHub

[참고] 위키백과 - 리드미

[참고] Github README.md 작성법 1

[참고] Github README.md 작성법 2

OS : Windows10 64bit

README 란

다른 사용자가 작업에 대해 자세히 알아볼 수 있는 빠르고 간단한 문서이다. 쉽게 말해 README ≒ 메뉴얼이다.
해당 소프트웨어(프로그램)에 대한 정보(ex. 사용법, 저작권 프로젝트에 대한 설명 등)들을 기입해놓은 문서 파일이며, 일반적으로 컴퓨터 소프트웨어와 함께 배포된다.
README 파일은 본인, 팀, 사용자를 위해 존재하며 필요한 정보만 포함되어야 한다. 즉, 가시성과 가독성을 고려해야 한다.
작성 방법은 사람마다 프로젝트마다 다르기에 정규화된 규칙은 없지만 큰 틀은 존재할 수 있다.
내가 작성한 프로젝트일지라도 기간이 지나면 어떤 목적으로 이 프로그램을 개발하였는지 기억하지 못할 확률이 높아진다. README 파일은 이런 불상사를 막기 위함이다.
README 파일이 작성되어있지 않을 경우에 개발자들이 사용하지 않을 확률이 매우 높다.

수많은 자유 소프트웨어 패키지의 소스 코드 배포판은 일반적으로 다음과 같은 표준 집합의 README 파일들을 포함한다.

README	일반 정보
AUTHORS	제작 정보
THANKS	도와주신 분들에 대한 정보
ChangeLog	프로그래머들이 참고할 수 있는 자세한 변경 사항의 기록
NEWS	사용자들이 참고할 수 있는 기본적인 체인지로그
INSTALL	설치 안내
COPYING / LICENSE	저작권 및 사용권 정보
BUGS	알려진 버그 및 새로운 버그 보고 방법 안내

README 구조

프로젝트 이름 : 해당 프로젝트가 어떤 프로젝트인지 소개. README 파일을 만들 때 포함된다.
설명 : 프로젝트에 대한 설명으로 명확하고 짧고 요점만 설명하여 작성한다.
목차 : 내용이 길 경우 README를 빠르게 탐색.
설치 : Getting Started 또는 Installation. 다른 사용자에게 프로젝트를 로컬로 설치하는 방법을 알려준다. 이미지로 명시하면 쉽게 이해시킬 수 있다.
사용법 : 다른 사람들이 프로젝트를 설치한 후 사용 방법을 알려준다.
기여 : 다른 개발자가 코드에 contribute 하기 쉽도록 설명하는 부분으로 일종의 개발 가이드라인이다.
크레딧 : 오픈 소스 프로젝트를 사용해 만들었거나, 누군가로부터 큰 도움을 받았거나, 크게 기여한 사람 등 프로젝트 작성자를 강조하고 링크하기 위한 것. 영화의 엔딩 크레딧이라고 생각하면 편하다.
라이센스 : 프로젝트에 대한 라이센스. 라이센스 선택에 대한 자세한 내용은 GitHub의 라이센스 가이드를 참조!

Markdown이란

GitHub에서 README 파일은 주로 .md(or .markdown) 파일 확장자로 작성한다.
Markdown은 웹에서 텍스트 스타일을 지정하는 방법이다. README 파일이나 온라인 문서, 혹은 일반 텍스트 편집기로 문서 양식을 편집할 때 쓰인다.
Markdown이 최근 각광받기 시작한 이유는 GitHub 덕분이다. GitHub의 저장소Repository에 관한 정보를 기록하는 README.md는 GitHub을 사용하는 사람이라면 누구나 가장 먼저 접하게 되는 Markdown 문서였다.

Markdown의 장단점

장점

간결하다.
별도의 도구없이 작성가능하다.
다양한 형태로 변환이 가능하다.
텍스트(Text)로 저장되기 때문에 용량이 적어 보관이 용이하다.
텍스트 파일이기 때문에 버전 관리 시스템을 이용하여 변경이력을 관리할 수 있다.
지원하는 프로그램과 플랫폼이 다양하다.

단점

표준이 없다.
표준이 없기 때문에 도구에 따라서 변환방식이나 생성물이 다르다.
모든 HTML 마크업을 대신하지 못한다.

README(Markdown) 작성법

GitHub - rink0123/How-to-write-by-Markdown

개발자 생산성을 측정하는 최고의 방법과 최악의 방법

미웡할꺼야 — Fri, 29 Jan 2021 22:17:23 +0900

[참고] 개발자 생산성을 측정하는 최고의 방법과 최악의 방법

개발팀에 지라 소프트웨어(Jira Software), 애저 데브옵스(Azure DevOps) 또는 사용 중인 다른 애자일 관리 툴에서 시간을 캡처하도록 지시한다는 말을 들을 때마다 필자는 깜짝깜짝 놀라곤 한다. 시간 확인은 계약에 따라 고객에 비용을 청구하는 서비스 부서에는 정상적인 일이고 필요한 부분도 있다. 그러나 이런 회계적 지표를 이용해 개발 생산성을 정량화하는 것은 낡은 지휘 통제식 관리 관행에서 이어진 좋지 않은 관습이다.

개발 생산성을 정량화하는 데 사용되는 지표 중 문제가 있는 것은 또 있다. 완성한 코드 라인 수로 생산성을 산출하는 방식이다. 기업 인프라를 지저분한 코드 베이스의 '기술적 부채' 속에 파묻도록 사실상 개발팀을 독려하는 방법이다. 제공된 사용자 스토리 또는 스토리 포인트의 수로 측정하는 것은 어떨까? 개발자에게 기능을 더 많은 스토리로 쪼개 스토리 포인트 추정을 부풀리라고 지시하는 것과 다르지 않다.

완료된 릴리스의 수를 파악하는 방법은 그나마 낫지만 이 역시 부가적인 확인이 필요하다. 결함이 포함되거나 중대한 사고를 유발하거나 최종 사용자 경험의 질이 떨어지는 프로덕션 릴리스는 성공적인 릴리스와는 다르게 평가돼야 하기 때문이다.

이처럼 소프트웨어 개발 생산성을 측정하는 데는 많은 어려움이 있다. 필자는 이런 업무의 전문가인 맥밀란 러닝(Macmillan Learning)의 부사장 사가르부지발과 이야기한 적이 있는데, 그는 잘못된 평가 기준은 팀 사기를 저하할 수 있다며 다음과 같이 경고했다.

"오류, 전달 지연 또는 사고의 수에 따라 개발자 생산성을 측정해서는 안 된다. 이 경우 더 많은 기능을 더 빨리, 더 효과적으로 제공해야 한다는 압박에 항상 시달리는 개발팀에 불필요한 불안을 야기한다. 대신 심리적 안정감을 주고 운영 프레임워크를 지속해서 정렬하고 엔지니어링 방식을 개선해야 한다"

여기서는 소프트웨어 개발자와 개발팀에 합리적인 생산성 지표를 적용해 이들의 (발목을 잡는 것이 아닌) 생산성과 사기를 높이고 비즈니스 성과까지 개선하는 방법을 알아본다.

개발 생산성 평가 기준으로 성과를 평가하지 말 것

그렇다면 소프트웨어 개발팀의 어느 부분에 생산성 지표를 적용하면 비즈니스 성과를 개선할 수 있을까? 구체적으로, 생산성 개선은 기업이 수익을 늘리고 최종 사용자 경험을 개선하고 품질을 높이고 비용을 낮추고 혁신을 실현하는 데 도움이 돼야 한다. 또한, 전략적 역량을 제공하고 협업을 개선하고 효율성을 유도하고 정보 접근을 간소화하거나 위험을 낮추는 것도 중요하다.

소프트웨어 개발(그리고 IT 전반)은 이와 같은 비즈니스 성과의 기여자인 경우가 많다. 또한 성과 기반 KPI는 소프트웨어 개발 및 IT 메트릭을 위한 맥락을 제시해야 한다. 이러한 KPI의 운영 측면은 팀이 명시된 가치와 표준을 얼마나 효과적으로 제공했는지에 관한 메트릭이어야 한다. 이와 같은 메트릭에 대한 연구 성과가 계속 쌓이고 있는데, 몇 가지 예를 들면 다음과 같다.

현재 중요한 소프트웨어 개발 메트릭에는 사이클 시간, 팀 속도와 같은 애자일 메트릭과 평균 복구 시간(mean time to repair)과 같은 프로덕션 메트릭이 포함된다.
일부 참신한 생산성 메트릭은 생산성, 품질, 협업을 포착하는 완료된 코드 리뷰, 작성된 문서, 다른 사람과의 대화와 같은 행동에 초점을 둔다.
소프트웨어 설계, 테스트, 통합과 같은 부가가치 활동을 환경 구성, 구성 문제 처리, 기존 코드가 어떻게 작동하는지 파악하기 위한 새 코드 작성과 같은 비부가가치 활동과 비교한다.

이러한 생산성 지표를 고려할 때는 현재 성과 평가 기준 대비 델타를 평가하는 것이 좋다. 팀 속도와 사이클 시간을 개선하거나 결함 탈출 비율, 평균 복구 시간이 단축된다면 팀 생산성이 개선될 가능성이 높다.

개발 생산성 지표를 사용한 생산성 개선

생산성을 측정하는 목표 중 하나는 생산성 개선을 이끄는 투자를 최적화하는 것이다. 소프트웨어 개발팀이 중요한 비즈니스 문제를 해결하는 데 더 많은 시간과 에너지를 집중할 수 있게 해주는 투자가 여기에 해당한다. 몇 가지 예를 들면 다음과 같다.

수동 배포 대신 CI/CD로 배포 자동화
코드형 인프라(IaC)와 컨테이너로 환경을 표준화해 수동 구성을 최소화하고 시스템의 차이에 따라 발생하는 결함 감소
회귀 테스트를 자동화해 개발자가 개발 과정 중 버그를 수정하고 프로덕션에서 발견된 결함을 조사 및 수정하는 데 소비하는 시간을 줄일 수 있도록 함

맥밀란 러닝의 부지발은 생산성에 영향을 미치는 팀 행동 및 툴의 중요함에 대해 “비즈니스 부서와의 낮은 마찰, 매끄러운 협업, 툴 최적화와 같은 무형적 지표가 궁극적으로 바람직하고 시의적절한 성과를 달성하는 데 도움이 된다”라고 말했다.

생산성 메트릭의 초점을 비즈니스 성과에 맞춰야 함

서던 컴퍼니 서비스(Southern Company Services)의 CIO인 마틴 데이비스 역시 비즈니스 가치와 성과에 대한 초점을 다음과 같이 말했다.

"IT에서 비즈니스 지표를 사용한 생산성 측정이 늘수록 경영진이 그 가치를 이해하기 쉬워진다. 나는 항상 추가된 기능 또는 해결된 비즈니스 문제 측면에서 개발 생산성을 측정하고, 이상적으로는 추가된 가치를 금액으로 환산하기 위해 노력한다. 이렇게 하면 비용으로써 IT에서 가치 제공자로써 IT로 대화의 방향을 전환할 수 있다”

제트블루(JetBlue)의 IT, 기술, 통합 부문 VP인 람키 라마스와미역시 개발 생산성은 전달된 가치로 측정돼야 한다는 데 동의했다. 더불어 위험 제거도 언급했다. 그는 "개발 생산성은 일반적으로 시간, 결함 또는 금액으로 산출된다. 그러나 아무것도 하지 않을 때의 위험(보안, 기회) 대비 소비한 비용당 가치(수익, 기회, 운영 비용 절감)로 측정하는 것이 더 이상적이다”라고 말했다.

라마스와미와 데이비스의 지적은 필자가 가장 중요한 애자일 KPI로 꼽는 것이기도 하다. 궁극적으로, 팀은 먼저 비즈니스 성과를 측정한 다음 목표로 한 행동을 나타내는 평가 기준으로 이를 정성화해야 한다. 성과와 전달 정성화를 결합한 KPI는 누가, 무엇이, 왜, 어떻게 높은 품질의 소프트웨어를 전달하는지에 대한 답을 찾는 데 도움이 된다. 이런저런 저수준 지표에 집중하는 것보다 이와 같은 KPI에서 훨씬 더 큰 의미를 얻을 수 있다.

일단 이와 같은 KPI가 정의되면 기술과 프로세스 개선에서 소프트웨어 개발자와 기업, 모두에 대한 풍부한 인사이트를 확보할 수 있다. 예를 들면 다음과 같다.

비즈니스 성과로 고객 만족 메트릭 개선을 요청한 개발팀은 평균 복구 시간 문제와 결함 탈출률을 개선하는 데 초점을 맞출 수 있다.
개발팀은 이러한 메트릭에서 개선을 입증하면서 자동화, 문서 작성 또는 기술 부채 감소 등 생산성 개선에 투자하는 부분을 명시해야 한다.
개발팀은 개선을 전달하면서 고객 만족도를 측정하고 선택한 메트릭에 대해 보고해야 한다.

비즈니스 성과와 개발자 생산성 메트릭을 결합한 KPI는 '팀이 생산성을 개선하면서 우선순위가 높은 비즈니스 성과를 제공하고 있는가'라는 질문에 답하는 데 도움이 된다. 기업은 팀이 모든 부분을 동시에 개선할 수 없음을 고려해 생산성을 개선하면서 성과를 제공하는 현명한 의사 결정을 내리는 팀을 높이 평가해야 한다.

Spring Framework란

미웡할꺼야 — Tue, 12 Jan 2021 15:05:30 +0900

[참고] Spring.io > Project > Spring Framework > OVERVIEW

[참고] 위키백과 - 스프링 프레임워크

[참고] [Spring] 스프링(Spring) 정의 및 특징 정리 - 갓대희 - 티스토리

운영체제(OS) : Windows10 64bit

Spring Framework란

Spring Framework는 모든 종류의 배포 플랫폼에서 최신 Java 기반 엔터프라이즈 애플리케이션(자바 플랫폼)을 위한 포괄적인 프로그래밍(오픈 소스) 및 구성 모델(애플리케이션 프레임워크)을 제공한다. 간단히 Spring이라고도 한다.
- 자바 플랫폼(Java Platform) : Java로 기술된 프로그램 개발 및 실행을 할 수 있는 소프트웨어 모임의 총칭이다. 자바 프로그램을 실행하기 위해서는 자바 가상 머신(JVM)과 개발에 필요한 표준 라이브러리 세트와 컴파일러의 환경만 맞추면 자바 프로그램은 모든 환경에서 동일하게 동작한다. 이러한 실행환경과 개발환경을 제공하는 것이 자바 플랫폼이다.
- 오픈 소스 : 소프트웨어(S/W) 혹은 하드웨어의(H/W) 제작자의 권리를 지키면서 원시 코드를 누구나 열람할 수 있도록 한 소프트웨어, 오픈 소스 라이선스에 준하는 모든 통칭을 일컫는다. (소스가 공개되어 여러 개발자가 플랫폼을 함께 개발, 구축, 보완해 나가는 시스템)
- 애플리케이션 프레임워크 : 프로그래밍에서 특정 운영 체제를 위한 응용 프로그램 표준 구조를 구현하는 클래스와 라이브러리 모임이다. 간단하게 프레임워크라고도 부른다. 즉, 개발할 때 설계 기본이 되는 뼈대나 구조/환경 (문제 영역을 해결한 재사용, 확장 가능한 라이브러리)
Spring의 핵심 요소는 애플리케이션 수준의 인프라 지원이다. Spring은 팀이 특정 구축 환경과 불필요한 연계 없이 애플리케이션 수준의 비즈니스 로직에 집중할 수 있도록 엔터프라이즈 애플리케이션의 "plumbing(규약)"에 초점을 맞춘다.
- 원문에는 plumbing이라는 단어로 표현하는데, 프레임워크가 부품들 다 만들어 놓으면 개발자는 그것들을 조립하는 느낌이라 이런 단어를 사용한 것 같다.
동적인 웹 사이트를 개발하기 위한 여러 가지 서비스를 제공하고 있다.
대한민국 공공기관의 웹 서비스 개발 시 사용을 권장하고 있는 전자정부 표준프레임워크의 기반 기술로서 쓰이고 있다.

Spring Framework의 특징

경량 컨테이너(크기와 부하의 측면)로서 자바 객체를 직접 관리한다. 각각의 객체 생성, 소멸과 같은 라이프 사이클을 관리하며 스프링으로부터 필요한 객체를 얻어올 수 있다.
Plain Old Java Object(POJO)방식의 프레임워크이다. 일반적인 J2EE 프레임워크에 비해 구현을 위해 특정한 인터페이스를 구현하거나 상속을 받을 필요가 없어 기존에 존재하는 라이브러리 등을 지원하기에 용이하고 객체가 가볍다.
제어 반전(IoC : Inversion of Control)을 지원한다. 컨트롤의 제어권이 사용자가 아니라 프레임워크에 있어서 필요에 따라 스프링에서 사용자의 코드를 호출한다.
의존성 주입(DI : Dependency Injection)을 지원한다. 각각의 계층이나 서비스들 간에 의존성이 존재할 경우 프레임워크가 서로 연결시켜준다.
관점 지향 프로그래밍(AOP : Aspect-Oriented Programming)을 지원한다. 따라서 트랜잭션이나 로깅, 보안과 같이 여러 모듈에서 공통적으로 사용하는 기능의 경우 해당 기능을 분리하여 관리할 수 있다.
영속성과 관련된 다양한 서비스를 지원한다. iBatis, MyBatis나 Hibernate 등 이미 완성도가 높은 데이터베이스 처리 라이브러리와 연결할 수 있는 인터페이스를 제공한다.
확장성이 높다. 스프링 프레임워크에 통합하기 위해 간단하게 기존 라이브러리를 감싸는 정도로 스프링에서 사용이 가능하기 때문에 수많은 라이브러리가 이미 스프링에서 지원되고 있고 스프링에서 사용되는 라이브러리를 별도로 분리하기도 용이하다.

Spring Framework에서 사용되는 주요 모듈

제어 반전 컨테이너 : 스프링의 가장 중요하고 핵심적인 기능으로서 자바의 반영(reflection)을 이용해서 객체의 생명주기를 관리하고 의존성 주입(Dependency Injection)을 통해 각 계층이나 서비스들간의 의존성을 맞춰준다. 이러한 기능들은 주로 환경설정을 담당하는 XML 파일에 의해 설정되고 수행된다.
관점 지향 프로그래밍 프레임워크 : 로깅이나 보안, 트랜잭션 등 핵심적인 비즈니스 로직과 관련이 없으나 여러 곳에서 공통적으로 쓰이는 기능들을 분리하여 개발하고 실행 시에 서로 조합할 수 있는 관점 지향 프로그래밍(AOP)을 지원한다. 기존에 널리 사용되고 있는 강력한 관점 지향 프로그래밍 프레임워크인 AspectJ도 내부적으로 사용할 수 있으며, 스프링 자체적으로 지원하는 실행시(Runtime)에 조합하는 방식도 지원한다.
데이터 액세스 프레임워크 : 데이터베이스에 접속하고 자료를 저장 및 읽어오기 위한 여러 가지 유명한 라이브러리, 즉 JDBC, iBatis(MyBatis), Hibernate 등에 대한 지원 기능을 제공하여 데이터베이스 프로그래밍을 쉽게 사용할 수 있다.
트랜잭션 관리 프레임워크 : 추상화된 트랜잭션 관리를 지원하며 XML 설정파일 등을 이용한 선언적인 방식 및 프로그래밍을 통한 방식을 모두 지원한다.
모델-뷰-컨트롤러 패턴 : 웹 프로그램밍 개발 시 거의 표준적인 방식인 Spring MVC라 불리는 모델-뷰-컨트롤러(MVC) 패턴을 사용한다. DispatcherServlet이 Controller 역할을 담당하여 각종 요청을 적절한 서비스에 분산시켜주며 이를 각 서비스들이 처리를 하여 결과를 생성하고 그 결과는 다양한 형식의 View 서비스들로 화면에 표시될 수 있다.

배치 프레임워크 : 특정 시간대에 실행하거나 대용량의 자료를 처리하는데 쓰이는 일괄 처리(Batch Processing)을 지원하는 배치 프레임워크를 제공한다. 기본적으로 스프링 배치는 Quartz 기반으로 동작한다.

변수(Variables) - 기본 자료형(Primitive Data Type)

미웡할꺼야 — Tue, 12 Jan 2021 02:13:22 +0900

[참고] Oracle > Java Documentation > Primitive Data Types

[참고] 위키백과 - 원시 자료형

[참고] 위키백과 - Primitive wrapper class in Java

[참고] TCP School > JAVA > 9) 기본 자료

[참고] TCP School > JAVA > 10) 실수의 표현

운영체제(OS) : Windows10 64bit
개발환경 : JDK8
개발도구 : Eclipse IDE

기본 자료형(Primitive Data Type)이란

Data Type은 해당 데이터가 메모리에 어떻게 저장되고, 프로그램에서 어떻게 처리되어야 하는지를 명시적으로 알려주는 역할을 한다.
Java에서는 여러 형태의 타입을 미리 정의하여 제공하고 있는데, 이것을 기본 자료형(Primitive Data Type)이라고 한다.
Java의 기본 자료형은 8종류로 크게 정수형, 실수형, 문자형, 논리형으로 나눌 수 있다.

리터럴(Literal)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

package variables;
 
public class PrimitiveDataType {
    
    public static void main(String[] args) {
        /*
         * 1. 원시 유형은 클래스에서 생성된 개체가 아닌 언어로 기본 제공되는 특수 데이터 유형이다.
         * 2. 리터럴(Literal)은 고정 값의 소스 코드 표현이며, 계산하지 않고도 코드에 직접 표시된다.
         *    즉, 변수의 값이 변하지 않는 데이터(메모리 위치 안의 값)를 의미한다.
         */
        boolean result = true; // 리터럴은 true
        char capitalC = 'C';   // 리터럴은 'C'
        int i = 100000;        // 리터럴은 100000
    }
}
Colored by Color Scripter

cs

기본 자료형(Primitive Data Type) 8가지

자료형	예약어	메모리 크기	기본값	표현 범위
논리형	boolean	1byte (1bit)	false	true, false
문자형	char	2byte (16bit=2¹⁶)	0(='\u0000')	0~65535('\u0000' ~ '\uffff') (Unicode(UTF-16) : 영어/숫자=1byte, 그 외 다국어=2byte)
정수형	byte	1byte (8bit=2⁸)	0	-128 ~ 127(-2⁷ ~ 2⁷-1)
	short	2byte (16bit=2¹⁶)	0	-32,768 ~ 32,767(-2¹⁵ ~ 2¹⁵-1)
	int	4byte (32bit=2³²)	0	-2147483648 ~ 2147483647(-2³¹ ~ 2³¹-1)
	long	8byte (64bit=2⁶⁴)	0L	-9223372036854775808 ~ 9223372036854775807(-2⁶³ ~ 2⁶³-1)
실수형	float	4byte (32bit=2³²)	0.0f	±1.4E-45 ~ ±3.4028235E38(±1.4 x 10^-45 ~ ±3.4028235 x 10³⁸) (ANSI/IEEE 754-1985 표준)
실수형	double	8byte (64bit=2⁶⁴)	0.0d	±4.9E-324 ~ ±1.7976931348623157E308 (±4.9 x 10^-324 ~±1.7976931348623157 x 10³⁰⁸) (ANSI/IEEE 754-1985 표준)

논리형

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

package variables;
 
public class PrimitiveDataType {
 
    public static void main(String[] args) {
        /*
         * 1. 참/거짓 조건을 추적하는 간단한 플래그에 사용한다.
         * 2. 메모리 크기는 1byte를 나타내지만 사용하는 CPU마다 다르기 때문에
         *    정확한 bit의 크기는 알 수 없다.
         */
        boolean bf = false, bt = true;
        System.out.println(bf); // false
        System.out.println(bt); // true
    }
}
Colored by Color Scripter

cs

문자형과 문자형 및 문자열 리터럴(Character and String Literals)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

package variables;
 
public class PrimitiveDataType {
    
    public static void main(String[] args) {
        /*
         * 1. 문자 하나를 표현할 수 있는 타입.
         * 2. Unicode를 사용하며 문자를 표현한다(ASCII코드로도 표현할 수 있다).
         * 3. char 및 String 리터럴에 unicode escape와 escape sequence를 지원한다.
         * 4. char 값은 따옴표('') 안에 한 글자만 작성이 가능하다.
         */
        char minn = 0, maxn = 65535;
        char minc = '\u0000', maxc = '\uffff';
        System.out.println(minn + ", " + maxn + ", " + minc + ", " + maxc);
        // 표현 범위로 작성된 것은 Console창에 쉼표(,)말곤 안 나온다.
        
        char c1 = 'a', c2 = 'A', c3 = '1', c4 = 'ㅁ', c5 = '$';
        System.out.println(c1 + ", " + c2 + ", " + c3 + ", " + c4 + ", " + c5);
        // a, A, 1, ㅁ, $
    }
}
Colored by Color Scripter

cs

char 및 String 유형의 리터럴에는 유니코드(UTF-16) 문자가 포함될 수 있다. 편집기와 파일 시스템에서 허용하는 경우 코드에서 직접 이러한 문자를 사용할 수 있다. 그렇지 않은 경우 '\u0108'(곡절 악센트 대문자 C) 또는 "S\u00ED Se\u00F1or"(Si Seøor 스페인어)와 같은 "Unicode escape"를 사용할 수 있다.
Java 프로그래밍 언어는 cher 및 String 리터럴에 대한 몇 가지 특수 이스케이프 시퀀스도 지원한다. 주로 JSON에 쓰인다.
- \t : 수평 탭.
- \n : 줄 바꿈.
- \r : 줄 바꿈, 커서가 행의 앞으로 이동.
- \' : 홑 따옴표.
- \" : 큰따옴표.
- \\ : backslash.
모든 참조 유형의 값으로 사용할 수 있는 특수 null 리터럴도 있다. null은 원시 유형의 변수를 제외한 모든 변수에 할당할 수 있다. null 값의 존재 여부를 테스트하는 것 외에는 수행할 수 있는 작업이 거의 없다. 따라서 null은 프로그램에서 일부 개체를 사용할 수 없음을 나타내는 표시로 사용되는 경우가 많다.
마지막으로, 클래스 리터럴이라고 불리는 특별한 종류의 리터럴도 있는데, 이것은 형식 이름을 따서 ".class"를 붙여서 형성된다. 예를 들어, String.class. 유형 자체를 나타내는 클래스 유형의 개체를 나타낸다.

정수형과 정수 리터럴(Integer Literal)

부호(+,-)가 있는 정수(2의 보수)를 가지며, 소수 부분이 없는 수를 의미한다.
표현 범위를 벗어나면 Overflow 또는 Underflow가 발생해 전혀 다른 값이 저장될 수 있다.(참고)
- Overflow : 해당 타입이 표현할 수 있는 최대 범위보다 큰 수를 저장할 때 발생하는 현상. Overflow가 발생하면 최상위 비트(MSB)를 벗어난 데이터가 인접 비트를 덮어쓰므로, 잘못된 결과를 얻을 수 있다.
- Underflow : 해당 타입이 표현할 수 있는 최소 범위보다 작은 수를 저장할 때 발생하는 현상.
byte, short는 메모리 절감이 중요한 대규모 Array에서 메모리를 저장하는데 유용할 수 있다.
long 값이 int의 최솟값 or 최댓값을 초과할 경우 long 값 뒤에 l(or L)을 붙여야 한다.
정수 리터럴은 다음과 같은 숫자 시스템으로 표현될 수 있다.
- 10진수(Decimal) : 숫자 0~9인 10개로 구성. 평소 사람이 읽기 위한 숫자 시스템.
- 16진수(Hexadecimal) : 숫자 0~9, 문자 A~F인 16개로 구성.
- 2진수(Binary) : 숫자 0과 1인 2개로 구성. 기계어이다(JavaSE7 이상에서 이진 리터럴을 만들 수 있음).
범용 프로그래밍의 경우 십진법만 사용할 수 있다. 그러나 다른 숫자 시스템을 사용해야 하는 경우 다음 예제로 볼 수 있다.
(접두사 0x는 16진수이고 0b는 2진수이다)
- int decVal = 26; // 숫자 26, 10진수(Decimal)
- int hexVal = 0x1a; // 숫자 26, 16진수(Hexadecimal)
- int binVal = 0b11010; // 숫자 26, 2진수(Binary)

실수형과 부동 소수점 리터럴(Floating-Point Literals)

ANSI/IEEE 754-1985 표준 부동 소수점 방식을 따르고 있다. 과거에는 실수를 표현할 때 float을 많이 사용했지만, 하드웨어의 발달로 인한 메모리 공간의 증가로 현재에는 double형을 가장 많이 사용한다.
ANSI/IEEE 754-1985 표준 부동 소수점(floating point) 방식(float) : 부호(1bit), 지수부(8bit), 가수부(23bit). 총 32bit.
ANSI/IEEE 754-1985표준 고정 소수점(fixed point) 방식(double) : 부호(1bit), 지수부(11bit), 가수부(52bit). 총 64bit.
정수로 표기된 float 값이 int의 최솟값 or 최댓값을 초과할 경우 float 값 뒤에 f(or F)를 붙여야 한다. 소수점으로 표기 시 무조건 f(or F)를 붙여야 한다.
정수로 표기된 double 값이 int의 최솟값 or 최댓값을 초과할 경우 double 값 뒤에 d(or D)를 붙여야 한다. 이 외엔 규칙에 의해 값 뒤에 d(or D)는 생략이 가능하다.

기본 자료형(Primitive Data Type)과 참조 자료형(Reference Data Type)의 차이

기본 자료형(Primitive Data Type)은 Java에서 사전 정의돼있다. 참조 자료형(Reference Data Type)은 프로그래머가 작성하며 Java에서 정의하지 않는다. (String 제외).
참조 자료형(Reference Data Type)은 특정 작업을 수행하기 위해 메서드를 호출하는 데 사용할 수 있지만 기본 자료형(Primitive Data Type)은 할 수 없습니다.
기본 자료형(Primitive Data Type)은 null값을 넣을 수 없지만 참조 자료형(Reference Data Type)은 넣을 수 있다.
기본 자료형(Primitive Data Type)은 첫 글자가 소문자로 시작하는 반면 참조 자료형(Reference Data Type)은 대문자로 시작한다.
기본 자료형(Primitive Data Type)의 크기는 데이터 유형에 따라 다르지만 참조 자료형(Reference Data Type)은 모두 동일한 크기를 갖는다.
참조 자료형(Reference Data Type)의 예로는 String, Arrays, Classes, Interface 등이 있다.

숫자 리터럴(Numeric Literals)에서 밑줄 문자 사용

JavaSE7 이상에서는 숫자 리터럴의 숫자 사이에 임의의 수의 밑줄 문자(_)가 나타날 수 있습니다. 예를 들어 이 기능을 사용할 수 있다. 숫자 리터럴로 자릿수 그룹을 구분하여 코드의 가독성을 향상할 수 있다.
다음 예에서는 숫자 리터럴에서 밑줄을 사용할 수 있는 다른 방법을 보여준다.
- long creditCardNumber = 1234_5678_9012_3456L;
- long socialSecurityNumber = 999_99_9999L;
- float pi = 3.14_15F;
- long hexBytes = 0xFF_EC_DE_5E;
- long hexWords = 0xCAFE_BABE;
- long maxLong = 0x7fff_ffff_ffff_ffffL;
- byte nybbles = 0b0010_0101;
- long bytes = 0b11010010_01101001_10010100_10010010;
밑줄은 자리 사이에만 배치할 수 있으며, 다음 위치에는 밑줄을 배치할 수 없다.
- 숫자의 시작 또는 끝에
- 부동 소수점 리터럴의 소수점 근처에 있음
- F 또는 L 접미사 이전
- 자릿수의 문자열이 필요한 위치
다음 예제는 숫자 리터럴로 표시된 유효하거나 잘못된 밑줄 배치를 보여준다.
- float pi1 = 3_.1415F; // 유효하지 않음: 밑줄을 소수점 근처에 놓을 수 없습니다.
- long socialSecurityNumber1 = 999_99_9999_L; // 유효하지 않음: L 접미사 앞에 밑줄을 넣을 수 없습니다.
- int x1 = 5_2; // OK (decimal literal)
- int x2 = 52_; // 유효하지 않음: 리터럴 끝에 밑줄을 넣을 수 없습니다.
- int x3 = 5_______2; // OK (decimal literal)
- int x4 = 0_x52; // 유효하지 않음: 0x radix 접두사에 밑줄을 넣을 수 없습니다.
- int x5 = 0x_52; // 유효하지 않음: 숫자의 시작 부분에 밑줄을 넣을 수 없습니다.
- int x6 = 0x5_2; // OK (hexadecimal literal)
- int x7 = 0x52_; // 유효하지 않음: 숫자의 끝에 밑줄을 넣을 수 없습니다.

변수(Variables)

미웡할꺼야 — Mon, 11 Jan 2021 23:26:27 +0900

[참고] Oracle > Java Documentation > Variables

[참고] 나무위키 - 변수 > 1.3 컴퓨터 프로그래밍

[참고] 위키백과 - 인스턴스 변수

[참고] 위키백과 - 클래스 변수

[참고] 위키백과 - 지역 변수

[참고] 위키백과 - 매개 변수

[참고] 위키백과 - Naming convention (Programing)

운영체제(OS) : Windows10 64bit
개발환경 : JDK8
개발도구 : Eclipse IDE

JDK8 기준 내용임.
네이버 파파고 번역기를 통해 해석한 거라 내용이 이상할 수 있음.

변수란

특정 값(data)을 저장하기 위해 프로그램에 의해 이름을 할당받은 메모리 공간을 뜻한다.
해당 메모리 공간에는 허용되는 범위 내에 어떤 값이든 저장할 수 있으므로 변수라고 하며, 저장된 값은 변경될 수 있다.
허용되는 범위보다 큰 값을 저장하려고 할 때 Overflow가 발생한다.
Java 프로그래밍 언어에서 클래스의 필드(field)란 클래스에 포함된 변수(variable)를 의미한다.

변수의 종류

인스턴스 변수(비정적 필드) (Instance Variables(non-static fields))
- 클래스 영역에 정의된 변수(예: 멤버 필드) 중 static 키워드를 가지지 않는 변수.
- 비정적 필드에서 클래스의 각 인스턴스(즉, 각 객체)에 고유하기 때문에 인스턴스 변수라고도 한다. 그래서 인스턴스 변수들의 값을 바꿔도 다른 모든 인스턴스에 영향을 미치지 않는다.
- 객체는 비정적 필드에 개별 상태로 저장한다.
- 인스턴스 변수들은 메소드가 정적으로 선언되어 있지 않은 경우 모든 클래스 메소드들에 의해 사용될 수 있다.
- ex) 한 자전거의 현재 속도는 다른 자전거의 현재 속도와는 독립적이다.
클래스 변수(정적 필드) (Class variables (static fields))
- 클래스 영역에 위치한 변수 중 static 키워드를 가지는 변수.
- static으로 선언된, 어떤 필드든 컴파일러에게 클래스가 몇 번 인스턴스화되었든 상관없이 이 변수의 복사본이 정확히 하나 존재한다는 것을 말해준다.
- ex) 특정 종류의 자전거에 대한 기어 수를 정의하는 필드는 static으로 표시될 수 있다.
  static innumGears = 6 은 이러한 정적 필드를 생성한다. 또한, 기어 수가 절대 변하지 않음을 나타내기 위해 final 키워드를 추가할 수 있다.
지역 변수 (Local Variables)
- 메소드나 생성자, 초기화 블록(중괄호 "{}") 내에 선언된 변수.
- 함수 내부에서만 접근할 수 있으며, 전역 변수(멤버 필드)에서 액세스 할 수 없다.
- 함수 내부에서 선언된 변수는 함수의 호출이 종료되면 메모리에서 제거된다.
- 지역 변수를 선언하는 구문은 필드를 선언하는 것과 유사하다(예: int count = 0;).
매개 변수 (Parameters)
- 메소드나 생성자, 문법(반복문, 조건문)을 정의 할 때 소괄호 "()" 안에 선언된 변수로, 외부로부터 받아들이는 임의의 값을 의미한다 (예: public static void test(int i) {...}). 보통 매개 변수=parameter=인자값(or 인자)라 말한다. 대부분의 경우 매개 변수는 값에 의한 전달(call by value)의 형태로 동작한다.
- 전달 인자(argument) : 메소드를 호출할 때 전달되는 실제 값을 의미한다(예: test(50);). 보통 전달 인자=argument=인수값(or 인수)라 말한다.

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
32
33
34
35
36
37

package variables;
 
/*
 * 변수 선언 방식.
 * 
 * 1. [예약어] [변수명] = [초기화];
 * => 일반적인 변수 초기화.
 * 
 * 2. [예약어] [변수명]; [변수명] = [초기화];
 * => 전역 변수로 놓고, 한 클래스 내에서 참조하기 위한 방식.
 * 
 * 3. [예약어] [변수명] = [초기화], [변수명] = [초기화], ... ;
 * => 한 클래스 내에서 같은 데이터 형식을 묶어서 사용하는 방식.
 *    주로 같은 의미의 변수들을 묶어서 사용한다.
 *    ex) 환율: double krw = 0.0, jpy = 0.0, usd = 0.0;
 */
public class Variable {
    int i = 1; // 인스턴스 변수.
    static int j = 2; // 클래스 변수.
 
    static int addition(int x1, int x2) { // 매개 변수.
        int i = 3; // 지역 변수.
        System.out.println("지역변수 : " + i);
 
        return x1 + x2;
    }
 
    public static void main(String[] args) {
        Variable t = new Variable();
        System.out.println("인스턴스 변수 : " + t.i); // 인스턴스 변수.
 
        System.out.println("클래스 변수 : " + j); // 클래스 변수.
 
        int x1 = 2, x2 = 2;
        System.out.println("매개 변수(인수) : " + addition(x1, x2)); // 전달인자.
    }
}
Colored by Color Scripter

cs

자바 명명 규칙 (Java Naming Convention)

공통 명명 규칙
- 변수명은 대소문자가 구분되며 길이 제한이 없다(그렇다고 한 없이 길게 표기하면 안 된다).
  ex) int i, I;
  int abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ123456789ㄱㄴㄷㄹㅁㅂㅅㅇㅈㅊㅋㅌㅍㅎㄲㄸㅃㅉㅆ;
- 변수명을 예약어(keywork)로 표기하면 안 된다.
  ex) int int; => error: Syntax error on token "int", invalid VariableDeclarator
- API에서 제공하는 class명이나 method명을 사용해서는 안 된다(협업 시 혼란 발생).
  ex) String String; => String 클래스를 변수명으로 표기(fail).
  String toString; => String의 method 중 toString()을 변수명으로 표기(fail).
- 특수 문자는 '_'와 '$'만을 허용한다. 기존 문법에 저 2개를 제외한 특수 문자를 사용하기 때문이다.
  자동 생성된 이름에 '$'가 포함되어 있는 경우가 있을 수 있지만, 관례상 '$'가 사용된 적이 없다.
  '_'를 시작 문자로 사용하는 것은 기술적으로 합법적이다. 하지만 개발자들끼리의 암묵적인 규칙으로 거의 사용하지 않는다.
  ex) int ^i, i^; => error: Syntax error on token "^", delete this token
  int _i, $i, __, $$; => OK. 하지만 지양한다.
- 시작 문자가 숫자로 올 수 없다.
  ex) int 1i; => error: Syntax error on token "1", delete this token
- 변수 이름에서 문자 자이에 공백을 사용할 수 없다.
  ex) int send box; => error: Syntax error on token "box", delete this token
- 두 개 이상의 단어로 구성된 경우 붙여서 표기한다.
  ex) int gearRatio, currentGear;
- 변수 이름을 표기할 때 은어, 약어 대신 전체 단어를 지향한다(협업 시 가독성 상승).
  다만 변수명이 긴 경우 오히려 가시성이 떨어지기에 일정 부분 약어를 허용한다.
  예외로 중요 코드가 아니거나 일회성 코드일 경우 약어를 써도 무방하다.
  ex) int cadence, speed, gear; => s, c, g 약어 대신 전체 단어 사용.
  int sum; double avg; => 개발자 사이에서 많이 쓰는 단어. 일정 부분 약어 허용.
  for(int j = 0; j < 10; j++) {} => 일반적인 for문. 중요 코드(X), 일회성 코드(O).
패키지(Package) 명명 규칙
- 패키지명은 모두 소문자를 사용할 것을 지향한다.
- 패키지명은 표준 패턴을 따라야 한다.
  ex) [com].[Company].[Project].[TopPackage].[LowerPackage]
- 패키지명은 가급적 한 단어의 명사를 사용한다.
  ex) 좋은 예: com.pearlabyss.blackdesert.member.object ex)
  나쁜 예: com.pearlabyss.blackdesert.memberObject
클래스(class)와 인터페이스(interface) 명명 규칙
- 파스칼 표기법(Pascal Case)을 지향한다.
  (파스칼 표기법(Pascal Case) : 한 단어의 첫 문자를 대문자로 표기.)
  ex) class Naming
  class NamingRule
메소드(Method) 명명 규칙
- 카멜 표기법(Camel Case)을 지향한다.
  (카멜 표기법(Camel Case) : 첫 단어를 제외한 나머지 단어의 첫 글자를 대문자로 표기.)
  ex) public void naming() {...}
  public void namingRule() {...}
변수(Variable) 명명 규칙
스네이크 표기법(Snake Case), 카멜 표기법(Camel Case)을 지향한다.
(스네이크 표기법(Snake Case) : 단어 전부를 소문자로 표현, 단어 사이를 언더바(_)로 구분.)
실제 개발자마다 변수 명명 규칙이 다르며 파스칼 표기법만 아니면 가시성과 가독성만 만족한다면 상관없다.
헝가리언 표기법(Hungarian Case)은 IDE가 좋아지면서 변수명에 타입을 표시해줬을때의 장점이 별로 없어져서 안 쓰는 추세.
ex) int naming;
int naming_rule;
int namingRule;
상수(Constant) 명명 규칙
- 상수 표기법(CONSTANT_CASE)을 지향한다.
  (상수 표기법(CONSTANT_CASE) : 스네이크 표기법에서 전부 대분자로 표현.)
- 변수 명명 규칙과 마찬가지로 개발자마다 표기가 다르며 가시성과 가독성만 만족한다면 상관없다.
  ex) int NAMING;
  int NAMING_RULE;

객체 지향 프로그래밍 개념 - 클래스(Class)

미웡할꺼야 — Sun, 10 Jan 2021 20:00:47 +0900

[참고] Oracle > Java Documentation > What is a Class?

[참고] 위키백과 - 클래스 (컴퓨터 프로그래밍)

운영체제(OS) : Windows 10 64bit

JDK8 기준 내용임.
Oracle 원문을 네이버 파파고 번역기를 통해 해석한 거라 내용이 이상할 수 있음.

클래스(Class)란

클래스(Class)는 객체 지향 프로그래밍(OOP, Object-Oriented Programming)를 정의하는 개념 중 하나로, 특정 객체를 생성하기 위해 변수와 메소드를 정의하는 일종의 틀(Blueprint, 청사진)이다.
객체를 정의하기 위한 상태(멤버 변수=필드)와 메서드(함수)로 구성된다.
템플릿을 사용하면 객체를 클래스로 정의할 때 멤버의 자료형을 미리 정하지 않고 객체를 사용할 때 결정할 수 있다. 이를 통해 클래스나 멤버의 중복 정의를 하지 않아도 되므로 효율적으로 코딩이 가능하다.
객체는 클래스로 규정된 인스턴스로서, 변수 대신 실제값을 가진다.

클래스에 대한 중요한 몇 가지 개념

클래스는 전부 혹은 일부를 그 클래스 특성으로부터 상속받는 서브클래스를 가질 수 있으며, 클래스는 각 서브클래스에 대해 수퍼클래스가 된다.
서브클래스는 자신만의 메소드와 변수를 정의할 수도 있다. 이러한 클래스와 그 서브클래스 간의 구조를 "클래스 계층(hierarchy)"이라 한다.

Example

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

class Bicycle {
 
    int cadence = 0;
    int speed = 0;
    int gear = 1;
 
    void changeCadence(int newValue) {
        cadence = newValue;
    }
 
    void changeGear(int newValue) {
        gear = newValue;
    }
 
    void speedUp(int increment) {
        speed = speed + increment;   
    }
 
    void applyBrakes(int decrement) {
        speed = speed - decrement;
    }
 
    void printStates() {
        System.out.println("cadence:" +
            cadence + " speed:" + 
            speed + " gear:" + gear);
    }
}
Colored by Color Scripter

cs

필드 cadence, speed, gear는 객체의 상태를 나타내며, 메소드(changeCadence, changeGear, speedUp 등)는 외부의 상호 작용을 정의한다.
Bicycle class에 main method이 포함되어 있지 않은 것을 발견했을 수 있다. 이는 완전한 애플리케이션이 아니기 때문에 애플리케이션에 사용될 수 있는 Bicycle를 위한 틀(Blueprint)일 뿐이다.
새 Bicycle 객체를 만들고 사용하는 책임은 응용 프로그램의 다른 클래스에 있다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

class BicycleDemo {
    public static void main(String[] args) {
 
        // 서로 다른 두 가지 Bicycle 객체 생성.
        Bicycle bike1 = new Bicycle();
        Bicycle bike2 = new Bicycle();
                
        // 해당 객체의 메소드 호출.
        bike1.changeCadence(50);
        bike1.speedUp(10);
        bike1.changeGear(2);
        bike1.printStates();
 
        bike2.changeCadence(50);
        bike2.speedUp(10);
        bike2.changeGear(2);
        bike2.changeCadence(40);
        bike2.speedUp(10);
        bike2.changeGear(3);
        bike2.printStates();
    }
}
// cadence:50 speed:10 gear:2
// cadence:40 speed:20 gear:3
Colored by Color Scripter

cs

여기 BicycleDemo class가 있습니다. 두 개의 Bicycle 객체를 만들고 메소드를 실행한다.
The output of this test prints the ending pedal cadence, speed, and gear for the two bicycles:
이 테스트의 출력은 두 자전거의 cadence, speed, gear를 출력한다.

객체 지향 프로그래밍 개념 - 객체(Object)

미웡할꺼야 — Sun, 10 Jan 2021 19:59:19 +0900

[참고] Oracle > Java Documentation > What is an Object?

[참고] 위키백과 - 객체 (컴퓨터 과학)

[참고] [객체지향] 상태, 행동, 식별자 - 개발의 꽃 - 티스토리

[참고] 객체 정리 | ChoDragon9

[참고] Object-Oriented Programming Concepts - Velog

운영체제(OS) : Windows 10 64bit

JDK8 기준 내용임.
Oracle 원문을 네이버 파파고 번역기를 통해 해석한 거라 내용이 이상할 수 있음.

객체란

객체의 행동의 결과는 상태에 영향을 받고, 객체는 유일하게 식별이 가능하다.
- 한 객체에서 상태가 다르면 같은 행동이라도 행동의 결과는 달라지지만 여전히 식별 가능한 객체이다.
- ex) 앨리스의 키는 현재 상태에 따라 매우 커질수도 있고, 매우 작아질 수도 있으나, 앨리스는 여전히 앨리스이다.
- 실제 객체의 상태와 동작을 식별해야 객체 지향 프로그래밍 측면에서 생각하기 쉽다.

상태

상태를 알면 행동의 결과를 쉽게 예측할 수 있다.
객체의 상태는 정적인 프로퍼티(변하지 않는 상태), 동적인 프로퍼티(시간에 따라 변하는 상태)로 구성된다.
객체의 프로퍼티
- 객체를 구성하는 단순한 값인 속성과 객체와 객체를 연결하는 링크의 조합을 말한다.
객체는 스스로의 행동에 의해서만 상태가 변경된다.
- 즉, 외부의 객체 메시지를 통해 객체 스스로가 메시지를 참고하여 상태를 변경하는 것이다.

행동

객체의 상태를 변경하는 것은 객체의 자발적인 행동뿐이다(메시지를 받아 상태가 변경되는 것도 결국 객체의 자발적인 행동에 의해 변경되는 것이다).
행동과 상태
- 행동과 상태의 조합으로 행동을 우아하게 표현할 수 있다.
- 현재 행동의 결과를 확인할 때, 과거의 행동을 돌아볼 필요 없이 상태를 이용하면 결과를 쉽게 확인할 수 있다.
- ex) 앨리스의 키가 40cm이면 문을 통과할 수 있다.
협력과 행동
- 객체의 행동은 두 가지 관점에서 살펴볼 수 있다.
- 첫 번째로, 객체 자신의 상태 변경. 두 번째로, 협력하는 다른 객체에 대한 메시지 전송.
상태 캡슐화
- 메시지 송신자는 메시지 수신자의 상태 변경에 대해서는 전혀 알지 못한다. 그저 그러기를 바라고 전달할 뿐이다.
- 상태를 외부에 노출시키지 않고 행동을 통해 캡슐화하는 것이다(객체의 자율성을 높인 것이다).
- 자율적인 객체는 스스로 판단하고 스스로 결정하기 때문에 자율성이 높아지고 객체의 지능도 높아진다.
- 객체의 지능이 높아진다는 것은, 협력하는 과정이 유연하고 간결해진다는 결과를 도출한다. 즉, 이것이 상태 캡슐화의 이유이다.

식별자

객체가 식별 가능하다는 것은 객체를 서로 구별할 수 있는 특정 프로퍼티가 객체 안에 존재하다는 것이다.
객체와 값의 가장 큰 차이는 값은 식별자를 가지지 않지만, 객체는 식별자를 가진다는 점이다.
값과 객체
- 값(Integer, String)의 경우 불변 상태이므로 두 인스턴스의 상태가 같으면 두 인스턴스는 동등하다고 본다.
- 객체의 경우 시간에 따라 변경되는 가변 상태이므로 타입이 같은 두 객체의 상태가 같더라도 동등하다고 볼 수 없고, 상태가 다른데도 동일한 객체라고 볼 수 있다.
  - Ex. 이름이 같고, 나이가 같은 두 사람이 함께 있더라도 둘은 명백히 다른 사람이다.
  - Ex. 10년 전의 나와 10년 후의 나는 상태가 다르지만 결국 동일한 사람이다.
여기에서 말하는 것은, 상태를 기반으로 객체의 동일성을 판단할 수 없다는 것이다. 즉, 객체는 식별자에 의해서만 동일성을 검사할 수 있는 것이다.

행동이 상태를 결정한다.

상태를 먼저 결정하고 행동을 결정하는 것은 설계에 나쁜 영향이 끼친다.
그 이유를 살펴보자
- 첫 번째, 상태를 먼저 결정할 시 캡슐화가 저해된다.(상태가 외부에 노출하는 상황)
- 두 번째, 객체가 협력자가 아닌 고립된 섬이 된다.
- 세 번째, 재사용성이 저하된다.(협력을 하지 못하므로)

객체지향 세계와 현실 세계

객체지향 세계는 현실 세계를 추상화한 것이 아니라, 새로운 세계를 가지고 있되, 현실보다 더 많은 특징과 능력을 보유한 객체가 존재하는 것이다.
현실세계는 주가 사람이 되어 사람의 행동에 따라 객체들의 상태가 결정되는데, 객체지향 세계에서는 모두가 주체가 되어 스스로 자신의 상태를 결정한다.

소프트웨어 객체

소프트웨어 객체는 상태 및 관련 동작으로 구성되기에 개념적으로 실제 객체와 유사하다.
객체는 필드(일부 프로그래밍 언어의 변수)에 상태를 저장하고 메서드(일부 프로그래밍 언어의 함수)를 통해 동작을 표시한다.
메서드는 객체의 내부 상태에서 작동하고 객체 대 객체 통신을 위한 기본 메커니즘 역할을 합니다.
내부 상태를 숨기고 모든 상호 작용이 객체의 방법을 통해 수행되도록 요구하는 것을 데이터 캡슐화라고 한다. 이는 객체 지향 프로그래밍의 기본 원리이다.

객체 지향이 제공하는 이점

모듈화(Modularity)
- 객체의 소스 코드는 다른 개체의 소스 코드와 독립적으로 쓰고 유지할 수 있다.
- 일단 생성되면 시스템 내에서 객체를 쉽게 전달(유연성)할 수 있다.
정보 은닉(Information-hiding)
- 가장 기본적인 특징이며 정보 은닉의 대표적인 예가 데이터 캡슐화라고 할 수 있다.
- 객체의 메서드와 상호작용함으로써(메서드를 통해 외부와 통신), 내부 구현의 세부사항은 외부로부터 숨겨져 있다(정보 은닉).
코드 재사용(Code re-use)
- 다른 소프트웨어 개발자가 작성한 객체가 이미 있는 경우 해당 객체를 프로그램에서 사용할 수 있다(재사용성).
- 이를 통해 전문가는 복잡한 작업별 객체를 구현/테스트/디버그 할 수 있으며, 이 객체를 신뢰할 수 있는 사용자 고유의 코드로 실행할 수 있다.
플러그인 및 디버깅 용이성(Pluggability and debugging ease)
- 플러그인(Pluggability)은 마음대로 뺐다 꼽았다 하며 대체될 수 있다는 뜻이고 하나의 모듈로서 다른 것과 맞물리지 않기 때문에 디버깅이 쉽다(debugging ease).
- 특정 객체에 문제가 있는 것이 확인되면 응용 프로그램에서 해당 개체를 제거하고 다른 개체를 대체하여 연결할 수 있다.
- ex) 볼트가 파손되면 기계 전체가 아닌 볼트만 교체.

구직사이트 관련 모음

미웡할꺼야 — Sun, 10 Jan 2021 17:44:15 +0900

사람인

메인 : 구인구직
많은 기업들이 구인하는 만큼 똥도 좆나 많이 올라온다. 워낙 내용이 많아 UI가 난잡해 보인다.

잡코리아

메인 : 구인구직
사람인보단 구인이 덜 하지만 똥이 의외로 적다. UI이가 깔끔하다. 개인적으로 선호한다.

잡플래닛

메인 : 기업 리뷰, 연봉 리뷰, 면접 리뷰 / 서브 : 구인구직.
리뷰를 보려면 해당 리뷰에 글을 올리거나 결제해야 한다.
면접은 거의 90% 정확하며 연봉은 정확하지 않아 안 봐도 된다. 기업 리뷰는 회사에서 리뷰 조작을 하거나 사회 부적응자들이 안 좋게 쓰는 경우도 있기에 잘 걸러야 한다.
기업리뷰 보는 법 1 : 현직자 4~5/5, 전직자 1~3/5, 이 경우 전직자들이 사회 부적응자일 수도 있지만 단점이 동일한 경우 거의 100%이다. 전직자 단점이 동일한데 현직자들은 왜 평점과 리뷰를 좋게 주냐?! 이게 바로 조작이다.
기업리뷰 보는 법2 : IT 기준, "파견(보도방), 밖에서 일한다" 등의 글이 있으면 100%로 파견(보도방) 회사거나 심하면 보도방이다. 만약 구린내가 나는데 리뷰가 깨끗하면 면접 리뷰를 보면 된다.
기업리뷰 보는 법 3 : 4~5/5=ㅆㅅㅌㅊ or ㅎㅌㅊ, 하지만 적은 리뷰수에 높을 수도 있기에 일단 봐야 한다. 3/5=평균, 사람이 다닐만한 회사이다. 1~2/5=ㅆㅎㅌㅊ, ㅎㅌㅊ or ㅅㅌㅊ, 애초에 인간이 다닐 수 있는 회사가 아니라는 의미다. 하지만 사회 부적응자들이 안 좋게 남겨서 낮은 것일 수도 있다. 예로 평점 1점대인 기업으로 취직한 사람이 있었는데 오히려 리뷰와 정반대로 칼퇴, 월급 안 밀림, 폭언, 욕설, 가혹행위가 없었다고 했다.

크레딧잡

메인 : 연봉정보, 기업정보(재직자, 업력, 입사율, 퇴사율) / 서브 : 구인구직.
다른 구직사이트들보다 연봉정보가 정확하다. 평균 연봉을 정확히 보는 법은 우측 상단 연봉 출처=고용보험 > 국민연금으로 바꾸면 된다.
기업정보를 BLOCK 했을 경우는 두 가지이다. ㅆㅎㅌㅊ던가 기존 재직자들이 연봉 정보를 보고 퇴사하는 경우도 있다고 하여 BLOCK 처리한 경우다. 그래서 잡플래닛, IT노조에서 보고 판단하는 것이 좋다. 그런데 보통 전자의 경우가 많다.
잡플래닛과 다르게 정말 유명한 기업 아니고서야 리뷰가 아예 없거나 거의 없다. 그런데 공통된 내용으로 안 좋은 리뷰가 여러 개 있다?! 이건 정말 걸러야 할 회사이다.

원티드

메인 : 구인구직
주로 업력이 된 스타트업들이 구인을 많이 하는 곳이다. 다만 구인 스팩을 일당백으로 올린다.

로켓펀치

메인 : 구인구직
주로 업력이 된 스타트업들이 구인을 많이 하는 곳이다. 다만 구인 스팩을 일당백으로 올린다.

데모데이

메인 : 구인구직
생긴지 얼마 안된 스타트업들이 구인을 많이 하는 곳이다. 다만 구인 스팩을 일당백으로 올린다.
개인적으로 살펴본 결과 대학교 연구소들이 기업 흉내를 내어 구인하는 것도 올라오니 잘 거르면 될 것 같다.

링크드인

메인 : 구인구직 / 서브 : SNS
구인구직 혹은 개발자들의 정보를 보는 곳이다.
구인은 프리랜서부터 스타트업, 중견기업 다양하다.

IT노조

메인 : 파견(보도방)회사 감별사, 커뮤니티 / 서브 : 구인구직
주로 파견(보도방)회사를 파악하기 위해 이용하는 곳이다.

연봉정보

메인 : 연봉 정보
기준년월 월평균연봉, 입사자, 퇴사자, 총인원을 알려주는 곳이다.

일하기 좋은 중소기업

메인 : 강소기업 정보
정말 인증된 강소기업들만 나온다.

서울형 강소기업

메인 : 강소기업 정보
재무적으로 강소기업들만 나온다. 사실 재무적으로도 강소인지는 모르겠다. 잡플래닛, 크레딧잡에 검색하면 평이 엇갈리는게 많다.

코딩남18호

Eclipse(이클립스) - No editor descriptor for id org.eclipse.ui.internal.emptyEditorTab Error

해결 방법

마무리

Tomcat - "Server Tomcat v[버전] Server at localhost failed to start." Error

마무리

GitHub - README 작성법

README 란

README 구조

Markdown이란

Markdown의 장단점

README(Markdown) 작성법

추천 에디터

개발자 생산성을 측정하는 최고의 방법과 최악의 방법

개발 생산성 평가 기준으로 성과를 평가하지 말 것

개발 생산성 지표를 사용한 생산성 개선

생산성 메트릭의 초점을 비즈니스 성과에 맞춰야 함

Spring Framework란

Spring Framework란

Spring Framework의 특징

Spring Framework에서 사용되는 주요 모듈

변수(Variables) - 기본 자료형(Primitive Data Type)

기본 자료형(Primitive Data Type)이란

리터럴(Literal)

기본 자료형(Primitive Data Type) 8가지

논리형

문자형과 문자형 및 문자열 리터럴(Character and String Literals)

정수형과 정수 리터럴(Integer Literal)

실수형과 부동 소수점 리터럴(Floating-Point Literals)

기본 자료형(Primitive Data Type)과 참조 자료형(Reference Data Type)의 차이

숫자 리터럴(Numeric Literals)에서 밑줄 문자 사용

변수(Variables)

변수란

변수의 종류

자바 명명 규칙 (Java Naming Convention)

객체 지향 프로그래밍 개념 - 클래스(Class)

클래스(Class)란

클래스에 대한 중요한 몇 가지 개념

Example

객체 지향 프로그래밍 개념 - 객체(Object)

객체란

상태

행동

식별자

행동이 상태를 결정한다.

객체지향 세계와 현실 세계

소프트웨어 객체

객체 지향이 제공하는 이점

구직사이트 관련 모음