결국엔 스프링MVC로 갈수밖에 없네

[해몽해롱(1.227)]

그 해몽사이트 스프링 부트 기반이고

주로 API 서버로 사용하며 프론트엔드는 html.

화면수 늘어나고 기능 이것저것 추가 되니까

결국에는 MVC로 가야하지 않을까 하는 고민이 시작되네

서버단에서 화면 html 짜는거라 프로트단 스크립트 함수 생성방법도 애매해지는게 가장 큰 이유.

저번에 메챠쿠차 당한것도 그렇고 결국엔 화면쪽 때문에 그런데

스프링 부트에서 해결할 수 있는 방법 있음? (타임리프 같은 뷰리졸버 사용 방법은 제외하구)

사진은 조공

[익명(185.92)]

조공이 도대체 어디에 있음?

[해몽해롱(1.227)]

넘 욕정내시네

[정보조립사(scalaboom)]

서버단에서 html짠다는게 뭔말인지 모르겠는데 뭐 지랄js나 라이노라도 쓰고있단소리?

[해몽해롱(1.227)]

동적화면 구성할때 ajax 호출 -> 서버에서 html 스트링 반환 -> 기존 html에 append 이런식으로 하고 있는데

[정보조립사(scalaboom)]

그랄거면 걍 리액트나 써라 뭔짓임

[익명(1.227)]

쓸줄알면 저러고 있을까?

[익명(182.210)]

저번에 털린게 왜 화면쪽 문제냐 ㅋㅋ 백엔드 문제지

[익명(182.210)]

보안에 대한 최소한의 노력을 했으면 화면때문에 털렸다는 소리 못하지

[익명(182.210)]

그리고 이미 mvc같은데? 프론트에서 api 요청 보내고 api가 db랑 뷰 컨트롤해주면 mvc 아님?

[해몽해롱(1.227)]

내 머가리속에는 뷰리졸버가 없으면 서버(api)/화면 2티어 구성같음

[익명(182.210)]

유저가 보내는 모든 요청을 나쁜걸로 바라보고 요청을 처리하면 메차쿠차 안당함

[해몽해롱(1.227)]

그치만 때론 당해버리고 싶은걸!!