코딩항해기

GitHub - miniBcake/dataVisualization: 파이썬 데이터 시각화 팀 프로젝트 (토이프로젝트)파이썬 데이터 시각화 팀 프로젝트 (토이프로젝트). Contribute to miniBcake/dataVisualization development by creating an account on GitHub.github.com

파이썬 데이터 시각화 토이프로젝트4인 팀 프로젝트 2025.01.08. ~ 2025.01.17 진행 예정 주제 선정 8~10일데이터 선정 및 리서치 13~15일개발 15~17일완성 1월 17일

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. 설계확인하기현재 기능 검증할 페이지는 메인 페이지이다.로컬 서버를 실행하면 가장 먼저 뜨는..