이번 주는 오류와의 싸움이였습니다..
월요일과 화요일 강의 시청 및 개인과제 준비 후
기존에 작성하였던 코드로 개발을 진행하였으나..
타임리프 적용으로 페이지 연결 후 오류 발생으로 수요일 내내 관련 작업을 진행하였고,
각 페이지별 기능 추가를 위해 js 파일을 분리하였으나 .. 데이터가 형태가 다르다거나, 못받는 등의 오류가 많이 발생하였습니다.
MVC를 정확히 이해하지 못하여 필요한 정보를 불러오거나, 저장하고, 사용하는데에 미숙함을 느꼈고, 관련 내용의 학습을 해야할 것 같습니다.
또한, 설계단에서 API의 설계를 잘 해둬야 DB 사용에 있어 용이하다는 점을 알게되었습니다.
무엇보다 이제는 혼자서 해결할 수 있는 범위를 넘어서기 시작하였다는 것을 체감하였습니다.
앞으로는 주변에 도움을 많이 청하게 될 것 같습니다.
MVC (Model, View, Controller)
https://gwon8388.tistory.com/64
Model 은 DB와 연결을 통해 data를 주고 받는 부분입니다.
Model 이나 DB에 있는 data를 받아와서 Controller 로 넘겨주는 역할을 합니다.
View 는 유저가 보는 화면을 담당하는 UI입니다.
View는 Controller와 연결되어 유저의 행동이나 액션을 Controller에 전달하고, Controller, Model 처리된 data 를 유저에게 보여주게 된다.
Controller는 View에서 받은 입력값으로 Model에 data를 요청하고, 받은 data를 가공하여 View에 반환하여 View에서 UI를 작성할 수 있도록 합니다.
MVC 패턴은 코드 가독성과 관리, 유지보수 측면에서 장점을 가집니다.
ORM은 관계형 DB와 객체 간의 매핑처리를 합니다.
객체는 객체대로, DB는 DB대로 설계하여 프레임워크가 중간에서 매핑합니다.
이는 데이터 생성, 조작 및 액세스를 간소화 하는 효과를 가집니다.
개발이 편리하고, DB와 독립적으로 개발이 가능하며, 유지보수가 쉬워집니다.
하지만 학습하기 어렵고, 특정 DB의 함수를 사용할 수 없으며, 객체지향 설계가 필요합니다.
SQL (Structured Query Language)
https://oriyong.tistory.com/71
SQL은 DB가 알아들을 수 있는 언어입니다.
관계형 DB 관리 시스템에서 data의 검색과 관리, 스키마 생성과 수정, 객체 접근 조정 관리를 위해 고안되었습니다.
관계형 DB 마다 문법이 조금씩 다를 수 있으나 SQL을 기본으로 하여 대부분 비슷비슷합니다.
기본적으로 CRUD 작업을 수행하여 입력받고 읽고, 수정하고 , 삭제합니다.
테이블은 값을 저장할 필드를 만들고, 필드에 필요한 자료들을 저장합니다.