network

요즘 공부의 어느 정도 시간은 네트워크 통신 부분에 대한 학습, 네트워크 레이어 추상화에 대한 것을 연구해보고 있다. 그리고 나만의 네트워크 라이브러리 선택 기준도 고민해보는 중 네트워크 통신은 정말 요청(Request)과 응답(Response)이 다라는 것을 요즘 더 강하게 느낀다. 스스로 정리가 얼추 되면, 네트워크 통신에 대해서 내 나름대로 정리해보려고 한다. 자원(리소스)이 있는 서버 쪽에 요청할 요청서를 만들고, 가져온 자원을 앱의 상황에 맞게 적절히 해독하고 가공해서 쓰는 것 이것이 다라고 생각한다. 요청을 통해 자원을 생성하는 경우도 있지만 대부분의 경우 데이터를 받아쓰는 클라이언트의 입장에서는 요청이 특히나 중요하다고 본다. 요청서에 필요한 정보는 크게 다음과 같다. URL(Path, Qu..

URL 분석 구조 URL은 기본적으로 다음과 같은 구조로 이루어져 있다. scheme://[userinfo@]host[:port][/path][?query][#fragment] scheme 해당 부분에는 주로 프로토콜을 사용한다. 우리가 사용하는 프로토콜을 예로 들어보면 주로 http 또는 https 프로토콜이 위치한다. 프로토콜이란 어떤 방식으로 자원에 접근할 것인가를 정한 약속 또는 규칙이라고 할 수 있다. htttps는 http에 강력한 보안을 추가한 것이라고 생각하면 된다. userinfo URL에 사용자 정보를 포함해서 인증을 할 수 있는데, 거의 사용하지 않는다. host 도메인 이름 또는 IP 주소가 위치하게 된다. port http는 기본적으로 80 포트 번호를 사용하고, https는 44..

Alamofire 조금 더 이해하고 사용해보자 들어가기 전에 Alamofire 공식 문서를 보면 URLRequest를 사용자 정의해서 사용할 수 있는 URLRequestConvertible이라는 프로토콜이 있더라구요? 항상 기본적인 request 메서드에 파라미터를 사용하고 있었던 우리... 아니 나 자신... 조금 더 서비스 코드를 잘 작성해서 사용할수는 없는지 고민해보기로 했습니다. 아직 갈 길이 멀지만 조금 더 배워보자라는 생각으로 열심히 해봐야죠~ 기존 vs 개선 기존 서비스 코드 각 서비스마다 매번 비슷한 코드를 작성을 하고 있어 효율성에서 좋지 않아 보입니다. (저만 그러는 걸까요...ㅎㅎ 통신 코드 작성하는 거 비슷해서 맨날 복붙한다음에 파라미터만 바꾸는... ^^) 개선한 서비스 코드 분기..