[회고] 프로젝트 (트레이너 중계 플랫폼)

▶ 프로젝트 끝! (2022.3.23 ~ 2022.4.13)

드디어 파이널 프로젝트가 끝이 났다! 회의 시작일이 벌써 엊그제 같은데.. 눈 내리는 첫 회의일에 시작을 해서 끝나고 보니 벚꽃이 떨어질 때이다.
중간에 장염이니, 코로나니 해서 아프지만 않았어도 더 빨리 끝나고 벚꽃 보러 갔을 텐데 참 아쉽다. 또 코로나라 자가 치료를 일주일 동안 해서 너무 답답해서 더 속도가 느려졌던 감도 있다. 역시 나는 카페를 나가야 되나 보다! 
 

▶ 프로젝트 전 회의 이슈 사항들

프로젝트를 원하는 사람들끼리 처음 조를 짜고 진행하면서 확실히 이전 프로젝트 때 보다 원할하게 진행되었던 준비 과정이었던 것 같다. 한 가지 아쉬운 점은 UI 관련 회의가 종료되고 DB 설계 부분에 들어간 후로부터 거의 팀장형과 나만 얘기했던 점이다 ㅜㅜ 그래도 어느 정도 핵심적인 부분은 각자 생각을 내주셔서 아쉬운 점이 해소되긴 했었다! 
 
SQL을 미리 짜놓지 않은 부분은 나쁘지 않았던 것 같다. 프로젝트를 하며 수정이 많이 필요한 부분이었기에 이번에는 과감히 패스했다. 그 시간에 학원 복습과 따로 공부를 시작해서 얻어간 부분이 많아 좋았다!
 
View 부분을 미리 만들어 두지 않았던 것은 좀 아쉬웠다! 미리 짜 놓자고 합의를 봤었지만 각자의 사정이 있었기에 아쉽게 되었지만 Front를 맡으신 팀장 형이 속도를 잘 내어주셔서 프로젝트를 진행하면서 생각보다 빨리 만들어진 느낌이 있었다.
 
마지막으로 이번 프로젝트에서 협업 관리도구를 Svn은 사용을 해보았으니 Git으로 해보자라고 제안을 해서 저장소를 생성하고 각각의 브랜치를 만들고 gitignore 파일을 만드는 것에 좀 애를 먹었지만, 팀원들의 노력으로 결국 잘 해결되었던 경험이 있다!
 
프로젝트를 시작하며 우리는 Front 와 Back으로 2:2 구도로 진행했다. Back이었던 나는 당연히 Sql을 작성하는 부분이 먼저였기에, 팀원 누나와 같이 sql 정의를 해나갔다. 일전에 누나가 자신이 없다고 말했었던 것과 다르게 의외로 내가 막히던 부분에서 명쾌한 해결 쿼리문을 던져줘서 많은 도움이 되었다. 특히, Join과 관련된 부분은 실제로 사용해 본 적이 없었는데 누나가 귀띔을 쏙쏙 해줘서 예정보다 빨리 끝내서 너무 감사했다.

▶ 파이널 프로젝트 진행 중 직면했던 문제들과 해결법

SQL 작성이 끝난 후 본격적으로 Controller 작업에 들어가면서 큰 문제가 총 세 가지 정도 있었다.
첫 째로,  DB에 있는 상수와 매핑하는 부분이다. DB에 저장하는 데이터는 숫자이지만 실제로 표시해야 할 부분은 문자열이었기에 이런 부분을 단순히 View에서 JSTL <c:if> 를 사용해서 할 수 있었지만 더러운 코드가 될 것이 분명하므로 전에 공부했던 enum 패키지를 따로 생성하여 여러 상수를 정의한 클래스를 만들어 매핑을 하므로 해결을 했다. 배웠던 것을 실제로 적용하니 더 와 닿았다. 팀원 누나도 따로 배우지 않았지만 궁금했던 부분에 대해 알게 되어 좋았다고 하니 팀원에게 지식을 잘 전달한 것 같아 더 뿌듯했다.
 

생성한 enum 패키지

public enum PtOnceExperienceEnum {

	한달미만(1), 삼개월(2), 육개월(3), 일년이상(4);
	
	private final int ptOnceExperience;
	
	private PtOnceExperienceEnum(final int ptOnceExperience) {
		this.ptOnceExperience = ptOnceExperience;
	}
	
	public static PtOnceExperienceEnum of(final int number) {

		switch (number) {

		case 2:
			return 삼개월;
		case 3:
			return 육개월;
		case 4:
			return 일년이상;
		default:
			return 한달미만;
		}

	}

	public int getValue() {
		return ptOnceExperience;
	}
	
}

=> 클래스 한 예시
 
둘 째로,  파일과의 싸움이다..! 파일 업로드, 다운로드에 대해 전혀 생각하지 못했었는데.. 진행중에 트레이너 신청과 포스팅 작성 부분을 시작한 순간 정신이 잠깐 나갔었다고 생각했다.. DB 설계 시에 분명히 이미지 파일 컬럼을 만들었는데.. ㅋㅋㅋㅋㅋ
 예제로 배운 파일업로드는 단일 파일이다. 하지만 우린 다중파일 심지어 개수 조작이 가능한 다중파일이다..그래.. Insert 부터 시작해보자.. 하며 트레이너 신청을 시작했다. 트레이너 신청 시 프로필 이미지는 1개이니 이 친구는 쉽다. 하지만 문제는 수상경력 이미지이다. 게다가 그 이미지에 해당하는 문자 데이터가 있다. 요 놈이 좀 지옥이었지만 최대 개수가 4개로 정해져 있었기에 Iterator로 filenames를 받아 for문을 돌려 해결했다. Insert는 그래도 쉬운편이었다. 문제는 수정이다.. 얘가 제일 문제다 진짜 3일 걸렸다.. 

프로필 이미지 추가하는 제어문 이하 로직 생략

수상경력 다중 파일 저장 Iterator 대신 getFiles로 받음

수정이라.. 트레이너 정보 수정부터 가자. 트레이너 수정은 프로필 이미지 1개 수정 및 최대 4개인 수상경력 이미지들 수정이다. 최대 문제는 수정 시 input 태그에서 file 속성은 사용자의 입력 값이 없을 때 ""이 넣어진다는 점이다. 최악이다. 수정을 안 할 경우엔 그냥 둬야 하는데. 그냥 두면 ""이 넘어온다니 정말 최악이다. 하지만 기존 데이터를 value에 넣고 input hidden으로 값을 넘겨 파일이 변경이 될 경우, 그대로 둘 경우를 javascript로 조작하여 hidden value를 조작하여 해결했다. 

수상경력 데이터 hidden

프로필 이미지 변경 로직

// 수상 경력 이미지가 저장될 서버 디렉토리
		String uploadAwardImagesDirectory = context.getServletContext().getRealPath("/resources/assets/awardImages");

		// 기존 DB 데이터들
		String[] hiddenAwardImages = request.getParameterValues("hiddenAwardImages"); // hidden 수상 경력 이미지 이름들
		String[] hiddenAwardNumbers = request.getParameterValues("hiddenAwardNumbers"); // hidden award PK들

		String[] currentAwardNumbers = request.getParameterValues("currentAwardNumbers"); // DB 수상 경력 PK들

		// 수상 경력 사진 이미지들
		List<MultipartFile> modifyAwardImages = request.getFiles("aImage");

		// 수상 경력 사진 설명들
		String[] modifyAwardContents = request.getParameterValues("aContent");

		// 기존 hidden갯수 = DB 레코드 수
		// => hidden의 갯수가 변하는 경우 : 기존 파일을 삭제하는 경우 => (-) 버튼을 눌렀을 때
		// 개수가 같을 땐 변함 없다 => 변함 없음

		// 받아온 파일이 없다 : 유지 or 삭제

		List<String> awardImgList = new ArrayList<String>();

		for (int a = 0; a < currentAwardNumbers.length; a++) {
			awardImgList.add(awardService.getAward(Integer.parseInt(currentAwardNumbers[a])).getAwardImage());
		}

		// hidden 갯수 랑 DB갯수가 안맞을때(그냥 삭제했을때)
		// hidden 갯수 < DB 레코드 갯수
		if (hiddenAwardNumbers.length < currentAwardNumbers.length) {

			// 1. 기존 파일 삭제 -> 해당 DB 삭제
			for (int i = 0; i < awardImgList.size(); i++) {

				// hidden에는 없지만 DB 배열엔 있는 경우 db 레코드를 삭제 -> 해당 인덱스는 곧 awardNo PK
				if (Arrays.asList(hiddenAwardImages).contains(awardImgList.get(i)) == false) {

					new File(uploadAwardImagesDirectory,
							awardService.getAward(Integer.parseInt(currentAwardNumbers[i])).getAwardImage()).delete(); // 파일
																														// 삭제

					awardService.removeAward(Integer.parseInt(currentAwardNumbers[i])); // 해당 DB 레코드 삭제
				}
			}
		} else {// 히든의 크기는 같은데 (변경된 파일 삭제)

			for (int hid = 0; hid < currentAwardNumbers.length; hid++) {
				if (hiddenAwardImages[hid].equals(awardImgList.get(hid)) == false) { // 히든의 값이 DB값이랑 일치하지 않으면
					// 기존 DB값과 기존 파일서버에서 삭제
					new File(uploadAwardImagesDirectory,
							awardService.getAward(Integer.parseInt(currentAwardNumbers[hid])).getAwardImage()).delete(); // 파일삭제

					awardService.removeAward(Integer.parseInt(currentAwardNumbers[hid])); // 해당 DB 레코드 삭제

				}
			}
		}

		// DB최신화
		List<Award> awardList3 = awardService.getAwardList(trainer.getTrainerNo());
		String[] imgArray = new String[awardList3.size()];
		int i = 0;
		for (Award award : awardList3) {
			imgArray[i] = award.getAwardImage();
			i++;
		}

		for (int c = 0; c < modifyAwardImages.size(); c++) {

			// 받아온 파일이 있다 : 추가
			if (!modifyAwardImages.get(c).isEmpty()) {

				// DB값에 받은 파일 명이 있는지 확인.
				if (!Arrays.asList(imgArray).contains(modifyAwardImages.get(c).getOriginalFilename())) {// 없으면

					// 이제 추가만 하면됨.
					Award award = new Award();

					award.setTrainerNo(dbTrainer.getTrainerNo());
					award.setAwardImage(modifyAwardImages.get(c).getOriginalFilename());
					award.setAwardContent(modifyAwardContents[c]);

					File file = new File(uploadAwardImagesDirectory, modifyAwardImages.get(c).getOriginalFilename());

					String uploadFileName = modifyAwardImages.get(c).getOriginalFilename();

					// 서버 디렉토리에 전달파일과 같은 이름의 파일이 존재할 경우 서버 디렉토리에 저장될 파일명 변경
					int j = 0;
					while (file.exists()) {// 서버 디렉토리에 같은 이름의 파일이 있는 경우 반복 처리
						j++;
						int index = modifyAwardImages.get(c).getOriginalFilename().lastIndexOf(".");

						uploadFileName = modifyAwardImages.get(c).getOriginalFilename().substring(0, index) + "_" + j
								+ modifyAwardImages.get(c).getOriginalFilename().substring(index);
						file = new File(uploadAwardImagesDirectory, uploadFileName);
					}

					modifyAwardImages.get(c).transferTo(file);

					awardService.addAward(award);
				}
			}
		}

=> 조금 길지만 그래도 해결 삭제한 경우 & 그냥 두었을 경우, 서버 파일 삭제 추가 여부 판단 및 DB 최신화
 
포스팅 작성 추가는 그래도 비슷하기 때문에 쉽다. 하지만 다른 테이블 두개의 추가가 따로 관리하는 유동적인 데이터 테이블이었기에 더 힘들다.. if문으로 경우를 잘 나누어 해결했다.

// ===============================PT 가격 추가===============================

		String[] roundList = request.getParameterValues("round");
		String[] priceList = request.getParameterValues("roundPrice");

		int priceCount = 0;
		for (String round : roundList) {

			PtPricing ptPricing = new PtPricing();
			ptPricing.setPtPricingRound(Integer.parseInt(round));
			ptPricing.setPtPricingPrice(Integer.parseInt(priceList[priceCount]));
			ptPricing.setTrainerNo(trainerService.getTrainer(memberNo).getTrainerNo());

			ptPricingService.addPtPricing(ptPricing);

			priceCount++;
		}

		// ===============================PT 스케쥴 추가===============================

		// 체크 박스 선택된 애들만 받아옴
		String[] workdays = request.getParameterValues("workdayCheck");
		String[] hour1s = request.getParameterValues("hour1");
		String[] minute1s = request.getParameterValues("minute1");
		String[] hour2s = request.getParameterValues("hour2");
		String[] minute2s = request.getParameterValues("minute2");

		String dayOff = request.getParameter("dayoff");
		String dayOffText = request.getParameter("dayOffText");

		int dayCount = 0;
		for (String workday : workdays) {

			Schedule schedule = new Schedule();
			String time = hour1s[dayCount] + ":" + minute1s[dayCount] + "~" + hour2s[dayCount] + ":"
					+ minute2s[dayCount];
			schedule.setScheduleHours(time);
			schedule.setScheduleWorkday(ScheduleWorkdayEnum.of(Integer.parseInt(workday)).getValue());
			schedule.setTrainerNo(trainerService.getTrainer(memberNo).getTrainerNo());

			scheduleService.addSchedule(schedule);

			dayCount++;
		}

		// 휴무일 정보도 있을 시
		if ((dayOff != null) && (!dayOffText.equals(""))) {
			Schedule schedule = new Schedule();
			schedule.setScheduleWorkday(ScheduleWorkdayEnum.of(Integer.parseInt(dayOff)).getValue());
			schedule.setScheduleDayoff(dayOffText);
			schedule.setTrainerNo(trainerService.getTrainer(memberNo).getTrainerNo());

			scheduleService.addSchedule(schedule);
		}

=> 조금 길지만 해결
 

이렇게 플러스, 마이너스 버튼으로 변하는 값이기에 골칫덩어리임

이제 포스팅 수정이 문제다. 이미지 및 2개의 유동적인 변경이 있는 테이블이었기에 더 문제다. 파일을 삭제 / 추가 / 변경할 경우 제어문으로 나누어 잘 처리했다. (코드는 너무 길어서 생략하겠다.. 이게 핵심이긴한데..) PT 가격 및 스케쥴 수정은 다행히 파일이 아니었기에 전체 삭제 후 추가하는 로직을 생각해 겨우 해결했다.
 
마지막으로 권한 처리를 하는 인터셉터 부분이었는데, 배운 걸 어떻게 해결할까 고민하다가 팀장형이 구글 검색을 통해 에너테이션을 활용하기로 결정했다. 확실히 XML에 직접 메서드를 등록하는 건 옛날 방식인 것 같았기도 한 이유가 있었다.

@Retention(RUNTIME)
@Target(PARAMETER)
public @interface AuthUser {

}

=> 에너테이션 정의

@Retention(RUNTIME)
@Target({ TYPE, METHOD })
public @interface Auth {
	public enum Role {
		ALL, ADMIN, TRAINER, USER, USER_PRETRAINER, PRETRAINER_TRAINER, USER_PRETRAINER_ADMIN
	}

	public Role role() default Role.ALL;
}

=> 권한 관련 enum 선언 기본값은 전체 사용자!

public class AuthUserHandlerMethodArgumentResolver implements HandlerMethodArgumentResolver{

	@Override
	public Object resolveArgument(MethodParameter parameter, ModelAndViewContainer mavContainer,
			NativeWebRequest webRequest, WebDataBinderFactory binderFactory) throws Exception {
		// TODO Auto-generated method stub
		// 1. 파라미터에 @AuthUser가 붙어 있는지 , 타입이 Member인지 확인 
				if( supportsParameter(parameter) == false ) {
					// 내가 해석할 수 있는 파라미터가 아니다.
					return WebArgumentResolver.UNRESOLVED;
				}
				
				// 5. 여기까지 진행이 되었다면, @AuthUser가 붙어있고 타입이 UserVO인 경우이다.
				HttpServletRequest request = webRequest.getNativeRequest(HttpServletRequest.class);
				HttpSession session = request.getSession();
				if( session == null) {
					return null;
				}
				
				return session.getAttribute("loginUserinfo");
	}
	
	@Override
	public boolean supportsParameter(MethodParameter parameter) {
		// 2. @AuthUser가 붙어 있는지 확인
				AuthUser authUser = parameter.getParameterAnnotation(AuthUser.class);
				
				// 3. @AuthUser가 안붙어 있는 경우
				if( authUser == null ) {
					return false;
				}
				
				// 4. Member 타입이 아닌 경우
				if( parameter.getParameterType().equals(Member.class) == false) {
					return false;
				}
				
				return true;
	}
	
}

=> 에너테이션 관련 핸들러 리졸버 구현
 

@Override
	public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
			throws IOException {
		// 1. handler 종류 확인
		// 우리가 관심 있는 것은 Controller에 있는 메서드이므로 HandlerMethod 타입인지 체크
		if (handler instanceof HandlerMethod == false) {
			// return true이면 Controller에 있는 메서드가 아니므로, 그대로 컨트롤러로 진행
			return true;
		}

		// 2.형 변환
		HandlerMethod handlerMethod = (HandlerMethod) handler;

		// 3. @Auth 받아오기
		Auth auth = handlerMethod.getMethodAnnotation(Auth.class);
		Auth userRole = handlerMethod.getMethod().getDeclaringClass().getAnnotation(Auth.class);

		// 4. method와 class에 @Auth가 없는 경우, 즉 인증이 필요 없는 요청
		if (auth == null && userRole == null) {
			return true;
		}

		// 5. @Auth가 있는 경우이므로, 세션이 있는지 체크
		HttpSession session = request.getSession();
		if (session == null) {
			// 로그인 화면으로 이동
			response.sendRedirect(request.getContextPath() + "/user/login/login_form");
			return false;
		}

		// 6. 세션이 존재하면 유효한 유저인지 확인
		Member authUser = (Member) session.getAttribute("loginUserinfo");
		if (authUser == null) {
			response.sendRedirect(request.getContextPath() + "/user/login/login_form");
			return false;
		}

		// 7. admin일 경우
		if (userRole != null) {
			String role = userRole.role().toString();
			if ("ADMIN".equals(role)) {
				if (!(authUser.getMemberStatus() == 9)) {
					response.sendRedirect(request.getContextPath());
					return false;
				}
			}
		} else if (auth != null) {
			String role = auth.role().toString();
			if ("ADMIN".equals(role)) {
				if (!(authUser.getMemberStatus() == 9)) {
					response.sendRedirect(request.getContextPath());
					return false;
				}
			}
		}

=> 인터셉터 상속 메서드 구현, 세션 유무 확인 및 에너테이션 value 확인 및 관리자 처리까지 이하는 길어서 생략 (다 동일함)
 

이런식으로 메서드나 클래스별로 에너테이션을 달면 권한 처리 끝!, 또 세션 대신 AuthUser 에너테이션으로 사용 가능 (파라미터 retention이기 때문이다)

 
localhost에서 일어나는 잔잔한 에러들을 잡고 나서 war 파일로 강사님께 전달을 드렸다. 이 후 세번 정도 수정을 했는데 잘 되는지를 모르겠다. 수정할 때마다 되는게 안 되고 안 되던게 되는게 도통 이해가 안된다.. 얘를 들어 지도 api를 도메인 수정을 했는데 또 안 되는걸 보니까 어이가 없다. 와르 파일 만들 때마다 key를 재발급을 해야 하는건지..
 

▶ 파이널 프로젝트를 마친 후 소감

이번 첫 스프링을 이용한 프로젝트를 진행하며 느낀 것은 아직도 코드를 작성하는 능력이 턱 없이 부족하다 느꼈다. 나름 객체지향을 제대로 공부하고 MVC 패턴을 적용한 자바프로젝트도 진행했기에 자신감이 생겨 유지보수가 쉬운 클린한 코드를 작성하자 생각했지만 스스로의 기대에 많이 미치지 못한 프로젝트였다. 더 정진해야겠다는 생각이 아직도 든다. 
마지막으로 팀원들에게 너무 감사했다. 혼자였다면 이 정도로 신속하게 해결하지 못했던 문제도 중간 중간 명쾌한 해답들을 던져줘 너무 고마웠다. 팀 과제를 진행하면서도 형 누나들이 팀원들에게 대하는 태도를 제일 막내인 내가 인간적으로도 배우는게 많았다. 감사합니다 모두!
 
많이 미약하지만 코드를 보시려면 여기로!
https://github.com/GroovyArea/healthJava-Spring-Project