Unwound Developer

DB에서 JSON형태로 데이터를 받아오고, 서버는 JSON 배열 형태로 받습니다. 서버가 그 JSON 배열을 클라이언트에게 다시 넘겨줍니다. 위는 별글 프로젝트에서 Get요청을 처리하는 방법입니다. 코드는 다음과 같습니다. Class.forName("com.mysql.cj.jdbc.Driver"); Connection conn = DriverManager.getConnection( "jdbc:mysql://localhost:포트번호/스키마이름","아이디","비밀번호" ); PreparedStatement ps = conn.prepareStatement( "SELECT * FROM user_tb" ); // 데이터베이스와 연결 ResultSet rs = ps.executeQuery(); // rs는 Res..

Node.js에서 axios로 JSON 데이터를 클라이언트와 주고받던 것 처럼 스프링에서는 @RequestBody 어노테이션을 통해 데이터를 주고받습니다. 다음과 같이 Postman을 통해 /api/test POST 요청을 보냅니다. Body에는 id와 password를 key값으로 가진 JSON데이터를 담았습니다. 스프링 서버에서는 다음과 같이 응답합니다. @RestController public class UserController { @PostMapping("/api/test") public Object getTest(@RequestBody Map param){ System.out.println("ID : " + param.get("id")); System.out.println("password :..

이전에 MVC패턴에 대해 찾아봤을 때, View의 역할을 이해하기가 어렵다고 했었습니다. 그리고, 이번에 스프링부트의 작동 과정을 살펴보려 이거저거 만져보는 과정 중에.. MVC패턴에 대해서 확실히 알아야 스프링 서버의 작동 원리를 알 수 있을 것 같더라구요. 그래서 MVC패턴을 더 찾아보았습니다. 지금 생각해보니 Node.js와 React로만 개발을 해봤고, 프론트와 백을 완전히 분리시켜서 진행했었기 떄문에, 어쩌면 MVC패턴을 의아하게 생각했을 수 있겠다고 생각이 들었습니다. 여기서 서버에서 View를 만들어 클라이언트의 브라우저로 보내준다는게 잘 이해가 안 되었습니다. 클라이언트의 브라우저에는 프론트(React로 제작했던 클라이언트의 View)가 따로 주어지고, 클라이언트단에서 서버로 무언가 요청,..

저번 Arcane 프로젝트는 너무 주먹구구 식으로 개발한거 같아 이번엔 소프트웨어 공학적으로 해보려고 합니다. - WBS WBS는 work-breakdown structure의 약자로, 업무 분업 구조 또는 작업 분류 체계 정도의 뜻을 가지고 있는 말입니다. 조금 더 쉽게 말해서, 팀의 작업을 관리 가능한 부분들로 분할 후 조직화한 구조도입니다. 다음은 별글 프로젝트의 WBS 입니다. 추후에 수정 될 수도 있지만, 우선 설계단계에서 확정된 WBS에요. 크게 사용자(클라이언트) 부분과 관리자(Admin)부분으로 나누었습니다. 로그인, 프로필 관련 메뉴, 글 작성 등 가장 큼직한 부분들로 먼저 기능을 분류하고, 해당 기능들의 하위 기능(세부 기능)들로 WBS를 채워나갔습니다. - WBS 작성한 WBS를 기반..