22.11.24_TIL_내배캠_미니프로젝트(호텔)

미니프로젝트

메모장 미니프로젝트 후 다들 충분한 회의를 통한 설계가 중요하다 느끼셔서 충분한 설계 후, 작업분배 하기로 하였다.

  9:00 ~ 10:00  발제 내용 읽고, 무엇을 할 지 생각 및 초안 생각.

  9:30 ~ 14:00  각각 설계도 작성해서 발표하기.

14:00 ~ 21:00  같이 회의하며 설계도 작성. 

(13:00 ~ 14:00 점심, 16:00~17:00 git 협업방법 설명, 18:00~19:00 저녁식사)

개인 초안 1.

개인 초안2

 

 

팀 회의를 통해 만든 다이어그램.

 

-개인 초안 생각 과정-

1. 변수지정, 클래스, 메소드의 구성 그것을 이용하는 방법을 모르다보니, 데이터의 전체적인 흐름을 생각하며 초안을 작성하였다. 

2. 처음엔 예약기능에 맞춰 중심으로 생각. 그런데 데이터의 이동이 이상하여 엎고, 다시하고 엎고  반복.

3. 호텔을 중심으로 생각하기엔 뭔가 애매함.

4. 그러다가 현실에서의 호텔은 호텔이 직접 관리하는게 아니라 호텔시스템을 사용하여 고객 관리하는거 아닌가?

5. 그래서 따로 관리시스템을 DB처럼 생각하여 다들 접근하면 괜찮겠다. 자료저장을 그곳에 하고, 출력도 그곳에서 자료를 가져와 하면 좋겠다 정도만 생각 하여서 변수이름도 정리 안 하고 그대로 들고 갔는데........? 칭찬 받았다???? 

 

-팀-

1.서비스 클래스와 객체의 클래스를 나누어 진행하기로 함. 

2.화면의 구동을 기준으로 다이어그램 작성.

---

CRUD

CRUD는 대부분의 컴퓨터 소프트웨어가 가지는 기본적인 데이터 처리 기능인 Create(생성), Read(읽기), Update(갱신), Delete(삭제)를 묶어서 일컫는 말이다. 사용자 인터페이스가 갖추어야 할 기능(정보의 참조/검색/갱신)을 가리키는 용어로서도 사용된다. (나무위키)

---

DAO(Data Access Object)  https://velog.io/@ha0kim/DAO-DTO-VO-%EC%B0%A8%EC%9D%B4
DAO는 DB의 data에 접근하기 위한 객체로 직접 DB에 접근하여 데이터를 삽입, 삭제, 조회 등 조작할 수 있는 기능을 수행한다.

DataBase 접근을 하기 위한 로직과 비지니스 로직을 분리하기 위해 사용한다.
DAO의 경우는 DB와 연결할 Connection 까지 설정되어 있는 경우가 많다.

현재 많이 쓰이는 Mybatis 등을 사용할 경우 커넥션풀까지 제공되고 있기 때문에 DAO를 별도로 만드는 경우는 드물다.

---

로직이란? https://www.codeit.kr/community/threads/15654
일반적으로 로직이라는 것은 어떤 프로그램을 만들 때의 논리적인 흐름

---

getter

public class Room {

    private String size;
    private int charge;

    String getSize(){
        return size;
    }
    int getCharge(){
        return charge;
    }
}

사용방법은 간단하다. 기존에 클래스를 사용하듯이 객체를 생성해주고, 필드 값에 직접 데이터를 입력하는 것이 아닌, setter메서드를 사용하여, 값을 초기화시켜주는 방식이다.

또한 데이터 호출시에는 마찬가지로 필드 값을 직접 호출하는 것이 아닌 getter 메서드를 통해 해당 필드 값을 가져오는 방식을 사용한다. (https://seeminglyjs.tistory.com/178)

---

ArrayList 선언.

private List<String> bookIdList = new ArrayList<>();

---

SOLID

나무위키의 표가 쉽게 설명되어있다. 짱.. 

근데 무슨소린지는 모르겠어서 다음에 한번더 살펴봐야겠다. 

 

---

잊지말자.

참조타입 선언시 String 등 앞글자 대문자, 기본타입 소문자!! ;

 

---

일기.

1. 프로젝트에 코드짜는 것에 너무 자신 없어해서 그런지 계속 팀원분들이 다독거려주신다. 계속 으쌰으쌰 해주셔서 너무 감사하다.

2. 개발자 과연 할수 있을까..? 하고 계속 고민하고 우울했는데, 구현력을 갖추면 가능성있나? 란 생각이 뽀록하고 나왔는데........

3. GIT 너무 어렵다.  코드도 너무 어렵다. 아무리봐도 남들보다 인지하는속도가 뒤쳐지는 게 아닌가... 싶은데..

너무 당황스럽던게 사실, 오랜만에 주말에 게임 한 판 했었는데 반응속도가 매우 느려진걸 느꼈다.

4. Git을 어려워해서 이번엔 내껄 메인으로 하기로 하였다. 그래서 베이스 틀을 짜서 올려야 했는데... 그 틀을 짜는 것도 모르는 게 많아서 하나하나 알려주셨다.. 잘 배움.... 

5.사실... 우리가 회의한 시간 동안이면 혼자 짜실수도 있으실 것 같은 예상이 드시는 분이 계신데.. 천천히 같이 생각해 볼수 있게 해줘서 좋다... 그러면서도 완성 안해도 된다고 맘 편하게 해주셔서 더 좋다..