lIlIlIlIlI123
451
2020-10-27 22:11:00
20
2666

restful api 전체를 post로 만든 개발자가 있네요.ㅋㅋㅋ


오늘 외주를 하나 받아서 하고있는데


한두개도 아니고 수십개 전부다 post ㅋㅋㅋㅋㅋㅋㅋㅋ


앱은 평점 1점에 전부 하드코딩 쓰레기코드, 

전달 문서도 개판..


오늘도 느끼는 어메이징 좆소기업..

1
  • 댓글 20

  • RWB
    490
    2020-10-27 22:20:34 작성 2020-10-27 22:20:58 수정됨

    간혹 백엔드 설계할 때, 어설프게 알고있는 상급자들이나 개발자들이 보안이랍시고 URL에 파라미터 안 보이게 하겠다고 메소드란 메소드는 죄다 POST로 때려박는걸 간간히 본 적이 있습니다.

    인증 로직이나 보안 관련한 지식이 없거나 구현이 귀찮을 때 눈가리기 아웅식으로 선택하는 것 같아요. 그래봐야 네트워크 지식 조금만 있으면 패킷 프로그램 쓰면 다 나오는데 말이죠. 참...



  • 아마불편러
    2020-10-27 22:26:17

    보통 그럴땐 왜 그런 선택을 했을까 그 개발자의 속내를 한번쯤 고민해보는게 순리입니다.

    12
  • RWB
    490
    2020-10-27 22:30:26

    URL에 쿼리 파라미터는 그대로 두고 메소드만 POST로 했다거나 뭐 우리가 알 수 없는 미지의 방법이 적용된 거 같네요ㅋㅋㅋㅋㅋㅋㅋㅋ

    실력 이전에 상식선을 벗어난 소스나 API 사용할라치면 한숨만 나오는 것 같습니다.

  • 퍼대기
    335
    2020-10-27 22:30:29 작성 2020-10-27 22:32:00 수정됨

    GET, POST 섞든, 전부 POST로 하든지 기능상 문제는 없겠지만 일관성 있는 전부 POST가 저는 더 좋아 보이는데요.

    프론트나 백엔드나 코드가 간결해짐


    위 댓글보니 POST에 URL 파라미터 넣었다는 의미는 아니겠죠? 

  • pooq
    7k
    2020-10-27 22:35:37

    이제 막 국비졸업한 신입이 이전에 POST로 통신한 코드가 있으니까 그거 그대로 복붙해서 구현한거겠죠.

    -1
  • 방황하는젊은이
    1k
    2020-10-27 22:51:04

    " 보통 그럴땐 왜 그런 선택을 했을까 그 개발자의 속내를 한번쯤 고민해보는게 순리입니다. " 한표 던지고 텨텨텨..




  • zepinos
    20k
    2020-10-27 23:17:39

    회사 규모 가지고 비속어 쓰시기 이전에, RESTful 에서의 권고사항을 강제사항으로 잘못 이해하신게 아닌지 생각해볼 문제네요.

  • 원숭이부대
    1k
    2020-10-27 23:39:41

    전부 post를 사용하는 rest api가 어디있나요

    그건 이미 rest가 아닌데요..


  • 김백수
    1k
    2020-10-28 02:10:51

    가격에 맞는 결과물일것 같은데요?

    외주비든 인건비든..

  • yeori
    1k
    2020-10-28 05:33:02

    저라면 왜 그렇게 했는지부터 알아볼겁니다(알아볼 수만 있다면)

  • 조용히살자
    3k
    2020-10-28 08:42:03

    뭐 다른 방법을 알고 있는

    사람들이야 뭐라고 할 수 있지만

    그 사람이 어떤 환경이었는지

    고급인지 초급인지 이런 문제가 있죠.

    프로젝트 다니다 보면 레거시 소스가

    한숨이 나오지만 어쩌겠어요.

    중소기업 특성상 표준문서에 의한

    코드 리뷰가 되었을리도 만무하고

    그런 환경이었나보다라고 이해하고 따라야죠.

    대놓고 남을 욕하는건 아니라고 보네요.

    지금 자신이 가진 기술이 나중에 후배에게 어처구니 없는

    기술이 될수 있어요.

  • siro
    361
    2020-10-28 09:14:50

    https://bbs.ruliweb.com/family/212/board/300063/read/30622237

  • 힘내라마소
    1k
    2020-10-28 09:15:25

    그럴 수 밖에 없는 환경이 있을 수는 있으나 그러면 RESTful 이란 말은 안 붙이는게 맞지요.

    REST하지 않은데 어떻게 RESTful API가 되는지.

  • chobodevdev
    336
    2020-10-28 09:19:04

    짠 사람은 restapi라고 생각안하고 짠거 아닐까요? 쓰니님이 restapi라고 네이밍을 붙이셔서 이상하게 보이

    는 거일겁니다.. 

  • 밥도둑계장
    761
    2020-10-28 09:27:44 작성 2020-10-28 09:29:30 수정됨

    엌 put 이랑 delete 등등 다쓰니깐 frontend 분들께서 당황해 하시길래

    그냥 post 로 일관성있게 햇는데 ㅠㅠ

    delete , post 만 사용중 이제와서 바꿀수가 없....


  • ghjgre
    1k
    2020-10-28 09:46:45
    메소드가 중요한게 아니고 멱등성이 중요한겁니다..
  • 곰개발ㅈ ㅏ
    2020-10-28 10:03:20

    cqrs일 수도 있죠. 

  • 텐텐
    135
    2020-10-28 10:13:38 작성 2020-10-28 10:15:50 수정됨
    graphql, grpc 통신방식은 모든 메소드가 post입니다
  • 지붕뚫고높이차
    1k
    2020-10-28 11:41:05

    HTTPS (TLS) 는 URL 로 전달되는 쿼리 파라메터를 보호하는 기능이 있기는 합니다.


    그런데 패킷 감청등의 중간자 공겨보다

    DMZ 이후에 서버에 기록되는 URL  로그에 있는 민감정보가 문제되는 경우가 많더라구요.


    그래서 민감정보가 있는 레스트풀 서비스는 post 로 합니다.

    문제는 민감정보를 있는지 따지는게 어렵기 때문에 편하게 post 로 


    윗분이 이야기 한것 처럼 레스트풀의 핵심은 멱등법칙으로 오는 캐싱 전략입니다.


    반복된 요청에 대해 이미 처리된 결과를 보내줘

    서버 자원을 감소시키기는게 목적입니다.


    그런데 캐싱이 어렵습니다. 최신 데이터를 언제 만들고 전달해야 할지 계획하기 어렵습니다.


    그래서 개인적으로 레스트풀은 정적인 컨텐츠에 효과적이지

    동적으로 제공해야 하는 비즈니스 로직에는 맞지 않다고 생각합니다.


    그래서. post 로 한 이유가 있을테니

    확인해보세요.  

  • 천민
    155
    2020-10-28 13:15:48

    클라이언트가 원하는 앱에 대한 결과물이(기능) 외주마다 변경 되었거나

    사람손 많이거치면 하드코드 소스가 많더라고요

    물론 자기 일처럼 완벽하게 짜주면 좋겠지만, 분명 페이나 시간의 압박이 존재했을거라 생각합니다.

    외주를 한다는게 좋은 소스가 나오기 힘든 구조죠 애초에

    post 까는건 잘 모르겠지만, 힘내시길


  • 로그인을 하시면 댓글을 등록할 수 있습니다.