코딩항해기

담당하고 있는 Util 작업 중 MultipartFile 진도를 나가게 되어 해당 방식을 코드에 적용시키며 발생한 고정 경로문제를 해결했다. 설계 설계는 간단하게 선언부와 기능을 요약해 작성했으며 해당 설계를 바탕으로 코드 흐름을 짜고 구현했다. (후술할 경로문제로 초기 설계에서 많은 설계 수정을 거친 최종 버전이다.) 문제 발생외부 경로에 파일을 생성해 거기서 이미지를 저장하고 관리한다면 발생하지 않는 문제지만, 현재 이미지는 webapp 하위 uploads 폴더 아래에서 관리할 예정이므로 팀원 모두의 프로젝트 파일 경로가 다르다는 문제가 발생한다. 그렇기 때문에 이 상태 그대로 상단이나 config 파일에 경로를 작성하게 되면 팀원들마다 직접 경로를 맞춰 수정해야하고, 프로젝트 파일 폴더 경로가 바뀌..

AOP 개념을 처음 배우다보니 설계도 우여곡절이 많았는데 관련 서적과 검색, 실무에 대해 아시는 분의 조언을 통해 최종 횡단 기능을 정리하고 AOP 작업을 진행했다. 설계 검증 로직과 반복되는 로그를 공통 기능으로 분리했다. 초기에는 url을 직접 수정해 유효하지 않는 요청을 하는 것을 막을 AOP도 가지고 있었는데, 해당 AOP는 Service에서 검증하는 것보단 Controller가 시작될 때 검증해야한다는 점에서 이상함을 느끼게 됐다.  여러 검색과 조언을 통해 해당 로직은 View에서 페이지를 로드할 때 검증하는 것으로 로직을 수정할 수 있었다. Service를 감싸서 AOP를 작업하는 것도 가능은 하지만, 이미 페이지 로드가 들어간 다음에 검증이 진행된다는 점이 깔끔하지 않다고 생각했다. AOP..

model 파트 측에서 변경된 기능(CRUD)와 테이블에 대한 정보를 공유받고, 설계 상 더 이상 사용하지 않는 기능(작업 기간 문제로 중복 기능 축소화), 추가된 기능에 대한 내용을 공유했다.  Model 파트 자료 (전체)이미지더보기엑셀    Controller 담당 파트 기능 상황 공유 및 요청 사항 전달

View파트에서 페이지 자료를 받아 내용을 확인하고 Controller 설계 내용(담당 파트)과 합해 설계를 조율(10.17)하고, 팀 전체로 논의(10.17)하는 시간을 가진 뒤, 회의 내용을 바탕으로 설계를 수정해 View파트에 1차로 설계 내용 및 데이터 명을 전달했다. View 파트 자료 (전체)회의(10.17) 전의 자료로 후에 변경된 자료는 나중에 다시 공유 받아 설계를 맞출 예정이다.  회의 후 Controller 담당 파트 설계 수정 (View파트 전달 자료)회의 후 데이터 작업을 들어갈 예정이라고 전달 받아 완성된 설계는 아니지만 참고용으로 자료를 전달했으며, View파트에 있지만 설계에 빠진 기능을 추가해 보완하고, 작업시간 상 중복된 기능을 제거하는 단계를 거쳤다. 관리자 페이지에 들..

1017 기준 담당 파트 : 게시글, 메인, 가게, 댓글, 상품(추후 인계), AOP, CookieUtil, FileUtil요청 별 페이지는 View파트에서 받아온 자료로 진행할 예정이며, 기능 별 필요한 데이터와 받아오는 데이터는 Model파트에서 받아온 자료로 교차 검증 진행 진행해 설계를 보완할 예정이다. (Condition 값 포함) 요청 url이 기존에는 제각기 다른 형태로 있어 파트 회의를 통해 패턴 설정 후 해당 패턴에 따라 설정했다. 게시글  메인  가게  댓글  상품  AOP  Util (쿠키, 파일)  엑셀 파일

계속해서 추가 개념을 공부하다보니 설계가 지속적으로 수정돼 기존 로직 수정 + 설계 기간이 생각보다 더 오래 소요되고 있다. Controller 파트 설계를 프로젝트 단위로 하는 것은 처음이기도하고 계속 변화하는 설계 기록을 남겨두면 다음에 시간을 덜 소요하고 수월하게 진행할 수 있을 것 같아 기록으로 남기고자 한다. 현재 올리는 설계 자료는 V와 소통하기 위한 부분이 강조된 자료로, 필요한 데이터와 데이터명, 전달하는 데이터와 데이터명 위주로 되어있다. 담당 파트는 이관 후 로직 수정을 진행하는 게시글, 메인, 댓글, 상품(상품은 수정 후 다른 Controller 파트 팀원에게 인계 예정) 그 외에 새로 로직을 구성할 가게 파트를 담당하고 있으며, AOP, Filter 등 공통 기능 처리를 담당해 진행..

기존 중간 프로젝트의 product관련 요청처리(action)기능을 Spring으로 이관하는 작업과 로직 수정을 진행했다.개인 개발 계획 내에서 이관은 일단 거의 진행했는데, 로직 수정이 생각보다 오래 걸리고 있다..아직 서버가 돌아가는 상태가 아니므로 코드 검증이 필요한 상태이다. product파트는 이관+로직 작업까지만 진행하고, 추후 기능 관리, 수정, 추가는 다른 팀원이 진행하므로 최우선으로 작업을 진행했으며 월요일 코드리뷰 시간을 통해 리뷰 후 전달할 예정이다.(아직 진도가 나가지 않은 비동기 부분은 추가 작업 진행해 따로 전달 또는 담당 팀원이 진행 예정이다.) 기존 코드기존 코드는 util을 제외한 Action코드를 파일로 첨부했다.더보기 Spring사용한 함수화한 메서드해당 메서드들은 추후..

코드 이관 파트 분배 (10.8)이관작업 후 로직 정리까지 해당 파트로 작업한다. miniBcake - 한지윤 : board / main / product / reply 기능(팀 단위 이관 작업 분배 취소) 정**님 : member 기능 보류 (로직 전체 수정 필요 + 필터 검색 로직 변경): store 기능 Controller 파트 분배 (10.11) - > (10.17)

팀 개발 계획 설계  개인 개발 계획 설계 (1011수정)더보기(코드리뷰 제외 전체 설계 및 팀 회의 등의 팀 활동 계획은 작성하지 않음 / 코드리뷰 월 , 회의 화,목)  이런 저런 상황이 바뀌면서 (파트 변경, 이관 파트 변경, 수업 진도로 인한 설계, 코드 변경 등..) 개인 개발 계획을 수정했는데, 블로그 글을 업데이트 한 줄 알고 있었다..(1015수정 (글 업데이트 1019))

[JSP] JDBC - 필터 검색 (Model 파트/HashMap 사용)기존 방식에서는 검색 쿼리를 실행시키기 위해 C에서 컨디션값을 받아와 해당 고정된 쿼리를 불러와 값을 넣어 필요한 데이터를 반환했다. 이 방식의 단점은 단일 검색이 아니라 다양한 조건이minibcake.tistory.com placeholderNum = filterKeywordSetter(pstmt,filters,placeholderNum); //필터 검색 검색어 if(placeholderNum  필터 검색 부분에서 이 부분에 대해 계속 신경쓰이고 다른 처리 방법이 있을 것 같아 다른 방법을 계속 찾아보다 개선 방법을 찾았는데, 블로그에도 같이 기록해두면 나중에 더 놓치지 않을 것 같아 기록으로 남긴다. 함수 내에서 예외가 발생하..