산들바람_
2k
2020-08-13 01:02:08
4
487

jstl spring taglib properties 등등이 과연 편하고 직관적인가


가끔씩 생각해 봅니다

web이 진화하면서 만들어낸 잡다한 view 템플릿들

jstl, spring tag lib properties등등

과연 저런것들이 왜 만들어지고 강요 되어졌는지를 아직도 잘 모르면서 쓰고 있습니다.

prefix = c , prifix =fn , prefix=fmt 등등으로

기존 스크립트 릿의 <%= 혹은 <% %>로 view단에 java 코드를 바로 입혔을때가

오히려 확장성및 기능의 투명성 및 기능구현이 더욱 화려하지 않았나 하는 생각이 듭니다

fn의 제한적인 substring 이나 fortoken이나 length등 정해진 기능이 아닌

application에서 모두 허용되고 직관적으로 이해할수 있는 언어로 구현되는 방식으로 진행했다면

더욱 유현한 구조및 기능으로 발전했지 않았을까하는 개인적인 생각을 해봅니다

일부로 쉽게 만들려고 했는건지 

아니면 java를 모르는 view 디자이너를 위한 건지 모르지만

이런 자유도가 낮은것을 코드의 직관성이 높다고 생각한 발상은

아직도 이해할수 없는, 기술의 퇴보라는 생각이 드네요

직관성 ? 그것은 누군가의 설계에서 나온 바보같은 생각인것 같습니다.

0
  • 댓글 4

  • 쏘핫
    918
    2020-08-13 01:12:45

    저도 말씀하신 순수 자바, jstl 둘 다 써봤는데..


    전 jstl이 편하더라구요..


    java로 해야하는 프로젝트에선 처음에만 좀 불편했는데 이거도 계속 해보니 


    익숙해지더라구요.


    사람마다 다 편한게 다르니깐요.. ㅎㅎ

  • John Suhr
    2k
    2020-08-13 08:27:15 작성 2020-08-13 08:41:25 수정됨

    jstl은 애초에 복잡한 연산을 처리하기 위한 도구가 아닙니다. 뷰 리졸버에 비즈니스 로직이나 복잡한 로직을 넣으면 안됩니다. 디버그가 안될 뿐만 아니라. 완성된 html의 구조를 연상하기에 힘들고 가독성을 현저히 떨어트립니다.

    if, forEach, 권한 체크 외 로직을 넣는 것은 지양해야 한다고 생각합니다.

    만약 웹 개발에서 MVC, MVVM이 대세가 아니라 Server Page가 대세였다면 아마 jstl에 엄청나게 많은 기능이 들어갔을거라 생각합니다. 하지만 결과는 그렇지 않았죠.

  • 라이라
    2k
    2020-08-13 10:03:53

    자바의 한계를 여러가지 라이브러리로 땜빵한 결과가 아닐까 생각합니다

  • ercnam
    4k
    2020-08-13 13:22:52

    확실히 mustache 쓸때 페이지에 오늘 날짜를 동적으로 박는다거나

    로그인한 사용자 등급따라 보여줄 부분 숨길 부분 이런걸 바로 박아넣질 못해서 쩔쩔맸던 기억이 있네요.

    JSP 였다면 코드 한두줄로 간단하게 됬을것을....

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