비전공자 및 전공자들에게 도움이 되는 코딩지식

vsc terminal에 git에 자주 사용 하는 명령어

■ git pull origin master 

■ git commit -m “MESSAGE”

■ git push origin master

■최근 github 가져오기 

git pull origin master 

■ 임시저장

git commit -m “MESSAGE”

MESSAGE를 사용할때 일반적인 규칙 

Feat: 기능 추가

Fix: 오류 수정

Update : 기능 변경

Chore: 빌드 관련 수정

Docs : 문서 수정

Add : 문서 추가

 ex) commit - m "ADD: userlogin service "

■ commit 하는 방법 

git push <저장 branch>

git push origin master

■ 아래는 추가사항 

커밋(Commit)을 할 때, 일반적으로 좋은 커밋 메시지 규칙을 따르면 코드의 가독성과 협업을 향상시킬 수 있습니다. 아래는 일반적인 커밋 메시지 작성 규칙의 예시입니다:

1. 제목 줄 (Subject Line):
   • 50자 이내로 간결하게 작성합니다.
   • 오타나 문법적 오류가 없도록 합니다.
   • 동사를 사용하여 어떤 작업을 수행했는지 명확하게 표현합니다.
   • "Fix", "Add", "Update" 등과 같은 동사로 시작하는 것이 좋습니다.
2. 본문 (Body):
   • 선택 사항입니다. 변경 사항이나 커밋에 대한 상세한 설명이 필요할 때 작성합니다.
   • 한 줄 당 72자 이내로 작성하는 것이 가독성을 높입니다.
   • 어떤 문제를 해결했는지, 왜 해당 변경이 필요한지 등을 설명합니다.
3. 꼬리말 (Footer):
   • 선택 사항입니다. 커밋과 관련된 이슈 번호나 참고 링크를 추가할 수 있습니다.

예시를 통해 더 구체적인 커밋 메시지를 살펴보겠습니다:

이렇게 작성된 커밋 메시지는 어떤 변경이 이루어졌는지 빠르게 파악할 수 있고, 코드 리뷰나 이력 추적 등에서 유용하게 활용됩니다. 프로젝트 팀의 커밋 메시지 관례나 가이드라인이 있다면 그에 따라 작성하는 것이 좋습니다.

명명규칙 

1. 클래스명 (Class Names): 클래스의 이름은 대문자로 시작하며, 카멜 케이스(Camel Case)를 사용합
   ex) MyClass, StudentInfo
2. 인터페이스명 (Interface Names): 인터페이스의 이름도 클래스명과 같은 규칙을 따릅니다. 대문자로 시작하며 카멜 케이스를 사용합니다. 예를 들어, MyInterface, DataProcessor와 같이 작성합니다.
3. 메서드명 (Method Names): 메서드의 이름은 소문자로 시작하며, 카멜 케이스를 사용합니다. 메서드의 이름은 해당 메서드가 어떤 동작을 하는지 명확하게 나타내야 합니다. 예를 들어, calculateTotal, getUserInfo와 같이 작성합니다.
4. 변수명 (Variable Names): 변수의 이름도 소문자로 시작하며, 카멜 케이스를 사용합니다. 변수의 이름은 해당 변수가 어떤 데이터를 저장하는지 명확하게 표현되어야 합니다. 예를 들어, count, userName와 같이 작성합니다.
5. 상수명 (Constant Names): 상수의 이름은 모두 대문자로 작성하며, 단어 사이를 언더스코어(_)로 구분합니다. 예를 들어, MAX_VALUE, PI_VALUE와 같이 작성합니다.
6. 패키지명 (Package Names): 패키지의 이름은 모두 소문자로 작성하며, 계층적 구조를 나타낼 때는 점(.)으로 구분합니다. 예를 들어, com.mycompany.project와 같이 작성합니다.
7. 파일명 (File Names): 자바 파일의 이름은 해당 클래스의 이름과 일치해야 하며, 확장자는 .java여야 합니다. 예를 들어, MyClass.java, DataProcessor.java와 같이 작성합니다.
8. 프레임워크 규칙 (Framework Conventions): 특정 프레임워크나 라이브러리를 사용하는 경우, 해당 프레임워크나 라이브러리의 명명 규칙을 따라야 할 수도 있습니다. 예를 들어, Spring 프레임워크의 경우 @Controller, @Service와 같은 어노테이션을 사용하는데, 이러한 명명 규칙을 따라야 합니다. 

1. 개발 구축 환경

- 내용 : 개인 어플 런칭을 목표로 개발환경 구축하는 방법 

 ※ 개인적으로는 식단이 관리가 필요한 앱이 필요하다고 생각이 들어 식단 관리앱 제작중 (23.08~ 23.10)

- 시스템 구성 

   1) Spring or VCS : 개발코드 편집 

   2) github : 형상관리 SVN  

   3) planetscale : DB 

   4) docker : 컨테이너 관리 

   ※ 순서는 planetscale, docker로 생성후,  기본 소스를  github에 올리고 spirng or vcs에 github, planetsacle, docker 연결 

2.  fullstack  /  front, backend 를 나눌껀지 고민 

※ 현재 사이드프로젝트는 fullstack기준으로 작성 

3. model -> repository -> service -> controller  흐름 이해 

4. backend 구축 

-  model, repository, service를 먼저 구축후 Test 진행 

- 

location 홈페이지 설치 방법

1 . 톰켓 다운로드

https://tomcat.apache.org/download-90.cgi

2. 자바 환경변수 설정 

다운로드 경로 : https://www.oracle.com/java/technologies/downloads/

참조:  https://itworldyo.tistory.com/12 

3. cmd 접속 

참고: https://jin2rang.tistory.com/entry/%ED%86%B0%EC%BA%A3%EC%84%9C%EB%B2%84-%EC%84%A4%EC%A0%95-%EB%B0%8F-%EC%8B%A4%ED%96%89%ED%95%98%EA%B8%B0-A-to-Z

D드라이브 이동  명령어 : D : 

이동 : cd D:\apache-tomcat-9.0.70\bin

실행 : startup.bat

git hub 연동 

1 참조:  https://0ver-grow.tistory.com/888

숙제  

1. 게시물 등록 리스트에 파라미터 넘기기  

2. 게시물에 비번에 맞게 게시판 등록하기

공부 내용

-  null , 0은 다름 

-  const 상수 변수 지정시  error

-  javaScript String 은 let 

   java String은 String

 jsp 중 java : <% %>

script <script></script>

질문내용

1. main_jsp 앞부분은 기본적인 틀이 존재하는 건가?

2. main()가 work/board/main_jsp.java의 _jspService가 맞는지 

3. work/board/main_jsp.java 와 webapps/web/main.jsp의 차이  및 

4. "totalCount의 속성이 어디 있는지 "

    https://www.w3schools.com/jsref/met_element_getattribute.asp

5.

board

 MBC

질문사항

totoalcount의  MainController.java 위치 가 어디있는지 여쭈어 보기 

board

l