한동안 눈팅만 하다가 오랫만에 글을 써 봅니다.
깃허브 이슈에 쓰려다가 안그래도 공홈에 약간의 논쟁(?)이 있었으니, 이 참에...
라이믹스 작업을 하면서 느꼈던 제일 큰 아쉬운 점은
관리자 페이지를 구축하기가 너무 까다롭다는겁니다.
UI의 미적인 요소 뿐 아니라 DX 측면에서도 삭아버렸어요. 라이믹스가 사전 정의한 클래스, 라이믹스 내장 모듈들이 사용하고 있는 UX 컨벤션들이 깔끔히 정리되지 않아
(설령 AI가 대신 해주더라도) 매번 내장 모듈의 것을 뒤적이며 작성해야 하는 상황이 반복됩니다.
이에 관리자 페이지의 표준화 및 정규화가 필요하다고 생각합니다.
가깝게는 이미 구현되어 있는 관리자 페이지 컴포넌트들의 지침과 문서를 작성하는 것일테고,
좀 더 나아가서는 컴포넌트화를 하거나, 아예 새로운 방식으로 선언하는 방법이 있겠네요.
컴포넌트화는 이미 어느정도의 준비가 되어 있죠.
blade 템플릿 엔진의 include 지시자를 사용하여 유사 컴포넌트를 구현할 수 있습니다. 파라미터 정보를 깔끔하게 제공하긴 힘들겠지만, 파일 최상단에 주석을 달아두는 정도로 대체해 볼 수 있겠습니다.
composer를 이용해서 버전 관리도 나름 가능하겠네요.
blade 파일 묶음을 컴포저 패키지로 배포하면, 각 모듈 개발자들은 해당 패키지를 설치해 사용하는 형태로요.
라이믹스 코어 버전에 따라 없는 컴포넌트를 사용하게 되는 문제에서도 자유로워집니다.
(각 모듈이 각자의 vendor 폴더를 가지는 것을 권장하니, 각자 충돌없이 자신이 원하는 버전의 컴포넌트를 끌어올 수 있습니다.)
새로운 방식으로 선언하는 것은... 음. 애드온이나 레이아웃이 사용하는 info.xml을 일부 채용하는 방향입니다.
자유도 측면에서 많은 제약이 있을거라, 크게 선호하지도 않고, 라이믹스 측에서 그리 반기는 선택지도 아니겠지만...
여러 개발자분들이 공개하신 대시보드 모듈, 부관리자 모듈 등 관리자 페이지를 커스터마이징 하는 모듈들에서 손쉽게 끼어들어 디자인을 변경하거나, 권한을 제어하는 등의 기능을 좀 더 안전하게 구현할 수 있다는 장점이 있습니다.
개인적으로 select 라는 백오피스 제품을 흥미롭게 봤습니다. 나름의 자유도를 챙기면서도 관리자 페이지를 쉽고 빠르게 구성할 수 있어서, 라이믹스에서도 유사한 컨셉을 고민해볼 수 있지 않을까 싶습니다.
---
이 새벽에 글 쓰다 보니 머리도 아프고 정신도 몽롱해져서... 일단은 어중간한 글로 마무리합니다. 이따 정신 말짱할 때 조금 더 다듬어 수정할게요ㅎㅎㅠ
댓글 0