T3rry T3rry

2023년 6월 10일 글을 이전함. 시작하며,실제로 동작하는 화면을 캡쳐해서 넣고싶었지만 서버 대여가 만료되어서 당장 sql문도 백업안해두어서 사진을 첨부할수가 없습니다. 미안합니다 ㅠㅠ 크흡... 꼭 로컬 환경에서도 돌릴수 있게 백업을 잘해둡시다...구매 관련 기능 조건들 정리하기해당 티켓을 이미 구매했다면 중복구매 ❌정원을 초과해서 구매가 이루어지면 안됨 ❌결제 과정중에 있다면 해당 티켓에 대해 새로운 구매 불가능 ❌ex정원이 5명인 모임의 티켓이 4장 팔렸고 마지막 1장을 누군가 구매중이라면 새로운 구매가 일어나지 못하고 "다른 사용자가 결제 진행중입니다." 라는 문구가 나오게 해야함. 영화 티켓 예매할때 해당 좌석이 선점되는 것처럼 구현하고 싶었다.결제가 성공한다면 모임 주최자(판매자)에게 결제..

23년도 글을 이전하며 작성했습니다.시작하며,개발을 진행하며 각자 개발한 기능이 잘 작동하는지, 또 다른 팀원의 기능과 잘 연동되는지 확인이 필요하다는 것을 느껴서 제가 따로 시간을 내어서 테스트 페이지를 제작했습니다. 있으니까 시간도 단축해주고 생각치 못한 오류들을 찾을수 있더군요 다음 프로젝트에도 테스트용 페이지를 제작해야겠습니다. 여러분들도 만들어보세요!테스트 페이지저희의 페이지는 주로 회원번호와 모임 번호가 조합되어 필요한 정보를 조합해서 화면을 보여줍니다. 그래서 `form`으로 `회원번호`와 `모임번호`를 보내도록 했습니다. 기본값은 각각 `1` 이구요.단순한 링크 모음 페이지이지만 그래도 처음에 만드는데 꽤 힘들었습니다.다른 사람이 만든 코드를 읽는것은 힘들군요...! >> (24년의 나) ..

2023년 6월 9일 글을 이전함.시작하며,이제 진짜 개발 시작!!! 우선 파일경로를 전략적으로 만들고 큰틀을 느끼기 위해 해당되는 클래스를 파일명만 잘 지어서 넣어봅시다.미리 합의해서 다같이 만들어서 나중에 팀원들 끼리 서로 각자 다르게 경로만들어서 리펙토링으로 일일히 옮기고 경로 수정하는 일을 겪지 마세요... >> (24년의 나) 환경세팅을 함께 맞추고 시작하고, 담당자를 한명두자.디렉토리 만들기저흰 mvc 패턴을 사용할 거기 때문에 해당되는 폴더 부터 만듭시다.`java``moimmoimProject`>`controller` : 각 페이지 별로 컨트롤러 클래스들>`domain` : 페이지 혹은 기능 별로 필요한 정보를 담은 do클래스들>`mapper` : db와 상호작용하는 인터페이스 클래스들>`..

2023년 6월 9일 글을 이전함.시작하며,드디어 본격적인 개발입니다. 역시 하고싶은일을 하기위한 사전작업들은 긴거 같습니다. 하지만 아직 안끝났습니다. 깃허브 만들어서 멤버 초대하고, 개발 규칙(변수명, 클래스명 등), 커밋 & 머지 규칙, 인텔리제이 세팅 등등 협업을 위해 다같이 맞추고 시작할게 많거든요 😩 저희는 다들 개발 뉴비라서 이런거 하자고 계획은 세웠지만 지식 부족으로 정하지 못한게 대부분입니다. 그래서 기능을 합치고 다른사람의 코드를 살펴보는게 힘들었습니다. 더욱 경험과 지식을 쌓아서 자신있게 규칙을 정할수 있도록 정진해야겠네요🔥깃허브 만들고 초대하기깃허브 주소 : https://github.com/T3rryAhn/Moimmoim 깃허브에 팀프로젝트용 리포지터리를 만들고 팀원들을 초대합..

2023년 6월 9일 글을 이전함.시작하며,클래스 다이어그램과 시퀸스 다이어그램을 작성해봅시다.클래스 다이어그램을 통해 우리 프로젝트의 구조를 어떻게 짤지 생각해보고, 시퀸스를 통해 어떤식으로 동작하는지 알아봅시다.이 두가지를 잘해두면 나중에 비즈니스 로직을 짤때 도움이 되더라구요Class Diagrammvc 패턴을 사용할 프로젝트여서 저희는 크게 Do, So, Dao로 클래스를 나눴습니다.Do / Domain Object, Data Object데이터를 담고 전달하는 역할의 객체So / Service Object비즈니스 로직을 수행하는 객체Dao / Data Access Object데이터베이스와 상호작용하는 객체데이터베이스와 연결해서 읽고, 쓰고, 수정하고, 삭제 등을 담당티켓 구매 클래스 다이어그램 D..

2023년 4월 24일 글을 이전함.시작하며,이번 포스트엔 ERD 작성과 테이블 정의서 를 어떻게 진행했는지 작성해보겠습니다.ERD테이블을 어떻게 나눌지 어떤 정보들이 필요한지, 중복을 어떻게 줄일지 많은 경험이 필요해보입니다. 막막하다는 소리  erd 어떻게 시작할까감사합니다 주인님. 요구사항 정리데이터베이스에 저장하고 관리해야 하는 정보를 파악해봅시다.이를 위해 어떤 정보가 필요한지, 어떤 기능이 제공되는지 생각해봅시다. 저희 프로젝트에는 회원관리기능, 결제 및 구매 기능, 게시판 기능(모임글) 등등이 있습니다. 그렇다면 회원정보를 담은 user테이블, 주문정보를 담은 order테이블, 모임글의 정보를 담은 moim테이블 이 필요할 겁니다. 우선, 모든것의 기본이 되는 USERS 테이블을 만들어봅시다..

2023년 4월 23일 글을 이전함.시작하며,저희 팀이 분석/설계에서 화면 을 어떻게 만들어 나갔는지 작성해보겠습니다.분석 & 설계🖥️화면화면 흐름도 작성 ✅화면 정의서(page 단위) 분배 및 작성 ✅화면 스케치 해보기 ✏️무에서 유를 만드는 것은 어렵다. 그렇다면 유에서 무는???눈에 보이는 것 없이 다짜고짜 화면을 만들라 하면 힘듭니다. 만들어도 다시와서 수정할것들이 생기고요 그래서 저희는 목업(Mock-up)을 하면서 정의서를 동시에 만들기로 했습니다. 피그마로 팀폴더를 만들고 스케치를 해보면서 큰틀을 잡아봅시다.우선 우리 프로젝트에 사용할만한 레퍼런스들을 가져와서 분석하고 분해해봅시다. 🛠️내가 생각한것은 이미 이세상에 누군가 구현해놓았을 겁니다. 없다면 이유가 있겠지,  빨리 구현해서 선구..

2023년 4월 24일 글을 이전함.시작하며,유즈 케이스를 작성해 봅시다.우리의 서비스를 사람들이 어떻게 이용할지 여러 시나리오들을 짜보고 다이어그램으로 나타내봅시다.멘토님 께선 큰 프로젝트들은 시나리오 분석을 굉장히 많이, 심각하게 해놓을 정도로 중요하다고 하네요이 세상엔 정말 다양한 사람들이 있습니다. 금액을 입력하는 란에 숫자가 아닌 한글을 입력하는블랙컨슈머사용자가 있을 수 도...상상력을 발휘해서 다양한 케이스들을 대비해봅시다! 💥시나리오 상상하기시나리오의 배우/역할 들을 먼저 캐스팅 해봅시다.사용자 관점비회원회원지나가는 웹서퍼판매자모임 주최자관리자우리사용자 시나리오 예시사용자들은 회원가입한사람, 회원가입안했지만 우리 사이트를 이용하고 싶은사람, 그냥 궁금해서 들어와본 사람붙잡아야해!이렇게 있을..