코딩항해기

git 주소 GitHub - miniBcake/bungeobbangContribute to miniBcake/bungeobbang development by creating an account on GitHub.github.com   붕어빵원정대-최프-Controller파트-설계-지윤ABCDEFGHIJKLMNOPQRSTUVWXYZ붕어빵 원정대 - 한지윤 (Controller : Service 파트)게시글,이미지메인가게댓글신고상품좋아요관리자*하단 엑셀 탭에 각각 분리되어 정리되어 있습니다!공통기능Util*일부 설계는docs.google.com  [임베디드] 붕어빵 원정대 | Notion…flannel-earwig-97f.notion.site  포트폴리오 자료 [Team/붕어빵원정대(최프)] 발표자료 (전체..

전체 발표 파일    프로젝트 전체 설명 일부 파트 및 진행 파트

이관, 파트 별, 연결작업 별 작업 파트 정리 (노란색이 작업 진행한 파트) [작업한 파트]이관작업Oracle -> MySQLStore, StoreWork DAO 쿼리문 변경(MySQL) 개인 : 테이블 이관 및 기존 데이터 이관 DAO 고도화 (JDBCTemplate)BoardCategory DAO Controller (JSP기반 -> Spring)게시글, 메인, 가게, 댓글, 상품, 관리자, 신고 Controller 이관 Util페이지네이션 Util 이관 파트분배 (MVC 중 C파트)Controller게시글, 메인, 가게, 댓글, 관리자, 신고, 이미지, 좋아요 Controller 공통기능 (횡단 관심사)Filter, AOP (전부) Util파일 Util 쿠키 Util 연결 작업Member : 로그인..

팀 프로젝트 git 관리 방식 최종 프로젝트에서는 git을 사용해 코드를 관리했는데, 크게 공개용(배포용) 브랜치와 개발 브랜치로 분리해 작업을 진행했다.개개인의 작업은 이슈를 생성해 해당 이슈 브랜치에서 작업을 하며, 작업 완료된 코드는 PR과 코드리뷰를 거쳐 개발 브랜치에 모두 모이게 된다. 개발 브랜치에 모인 코드는 검증을 통해 오류를 찾고, 연결 및 수정을 이슈 브랜치에서 진행해 다시 수정을 반영하며 진행된다. 개발이 모두 완료되면 최종 브랜치로 PR과 코드리뷰를 거치고 관리자 승인을 통해 코드가 업로드되면 최종 프로젝트가 완성된다. 해당 방식의 장점은 개발이 별도의 브랜치에서 이뤄지기 때문에 공개되는 브랜치까지 개발 중인 코드가 바로 전달되지 않아 (이미 서비스 제공 중인 프로젝트라면) 서비스 ..

붕어빵원정대 - 갈빵질빵 spring 프로젝트 git 주소 GitHub - miniBcake/bungeobbangContribute to miniBcake/bungeobbang development by creating an account on GitHub.github.com  코드 리뷰 및 회의를 git, 카톡 등으로 진행했기 때문에 중프에 비해 노션에는 작성한 내용이 적다.(코드 공유는 git 사용) [임베디드] 붕어빵 원정대 | Notion…flannel-earwig-97f.notion.site  v1.0.0 : 프로젝트 최초 완성본 제출 1107 예정(+수정1107 : 1107 코드 main 업로드 완료 (최종본 브랜치))

필요성MVC 파트를 나눠 횡단으로 작업을 진행한 후 종단 작업을 통해 기능을 연결하고 오류를 해결하게 되는데, 각각의 로그 스타일이 다르고 JDBCTemplate를 사용하게 되며 로그를 남길 수 있는 부분도 많이 줄어들게 되었다. 이로 인해 종단 작업 시 코드를 하나하나 살펴봐야하는 문제, 또는 새롭게 로그를 남겨야하는 문제가 발생하게 되어 자동 로그에 대해 필요성이 생기게 되었다. 계획Service 시작과 종료 로그요청(사용자 요청) 시작과 종료 로그JDBC 실행 쿼리문, 들어가는 값에 대한 로그3가지에 대한 자동로그를 만들기로 결정했다. 먼저 Service은 핵심기능이므로, 매번 반복되어 로그를 찍는 것은 횡단 기능이다. 즉, AOP를 사용할 수 있다.사용자의 요청이 들어올 때 가장 먼저, 가장 마지..

기존에는 MVC 파트를 나눠 횡단으로 개발을 진행했다. 횡단 개발은 계층 별로 전체 기능을 개발하기 때문에 일관성 확보가 용이하고 기능을 빠르게 완성하기 용이한 방법이어서 팀 프로젝트를 진행할 때 횡단 개발 방식으로 진행했었다. 그러나 완성된 기능 검증을 하기 위해 기능 테스트를 해본 결과 개발 기간이 얼마 남지 않았는데, 사소한 문제들이 너무 많이 발생해서 최대한 중요한 서비스를 살리기 위해 종단 개발 방식을 병행하기로 했다. 종단 개발 방식을 독단으로 진행하면 팀에 혼선을 줄 수 있기 때문에 해당 문제를 종단으로 해결할 것임을 사전에 팀원들에게 공유했으며 큰 구조 변경은 횡단 개발 방식을 유지하기로 했다. 1. 설계확인하기현재 기능 검증할 페이지는 메인 페이지이다.로컬 서버를 실행하면 가장 먼저 뜨는..

Model 설계 자료를 바탕으로 Controller에서 사용할 crud표를 제작했으며, Controller에서 필요한 DTO 필드값 추가를 요청했다.Model파트 자료 (전체 1024)이미지 더보기엑셀   erd더보기   Controller 담당 파트 정리 (CRUD, DTO)(payment, point, order는 해당 파트를 담당하는 Controller 팀원이 설계에 맞춰 정리) crud 이미지   dto이미지 (수정한 부분 보라색 표기, 파란색은 controller에서 관리하는 DTO)더보기 엑셀

중프 진행 때 설계가 부족했다는 피드백이 많아 이를 보완하기 위해 설계와 파트 간의 소통을 더욱 신경쓰고 있다.지난 설계 조율 후 다시 정리된 자료를 받아 설계 수정된 사항을 공유했다. View 파트 설계 자료 (10.22)더보기jsp 파일명과 페이지마다 데이터 노출 개수 (페이지네이션 때 잘라서 줘야하는 데이터양)에 대한 내용 추가 정리 요청일부 기능(마이페이지 등) Controller 담당 Controller 끼리 조율 후 전달포인트는 매번 조회가 아닌 저장된 값을 불러 사용하는 것으로 변경 전달 (갱신은 Controller에서 진행)동기 비동기 조율 등 Controller 담당파트 설계빨간색은 기존 전달 자료에서 삭제된 부분초록색은 기존 전달 자료에서 변경되거나 추가된 부분옅은 회색은 비동기 표시(..