이전 게시물에서 Low-Code와 Mendix에 대한 기본적인 설명과 세팅을 해봤습니다.
이번엔 제가 Mendix를 써보면서 core가 된다고 생각된 주요 개념들에 대해 정리해보려고 합니다.
1. Page & Tools
Mendix에서 처음 page를 생성하려고 했을때 보이는 화면입니다.
웹/모바일에서 쉽게 볼 수 있는다양한 기본 형식을 제공합니다.
create page에서는 큰 틀의 샘플을 만들 수 있었다면, IDE 우측 사이드바에 Toolbox에서는 버튼과 같은 좀더 작은 단위의 요소를 만들 수 있습니다.
Save button, Delete button 등 특정 기능을 위한 버튼들이 모양만 기본으로 제공되는 것 뿐만 아니라 내부에 목적에 맞는 기능들이 구현되어있습니다.
Mendix에서 Layout grid를 아래와 같이 설명하네요. 실제로 샘플 페이지를 하나 만들고 마우스오버시, 위 구조와 같게 인식하는 것을 확인 할 수 있습니다.
2. Domani Model
처음 프로젝트를 생성했을시 Domain model이 자동으로 생성 되어있는걸 볼 수 있습니다.
이는 ERD와 거의 유사한 형태를 가지고 있어보입니다.
Domain Model은 아래와 같이 Entity들이 서로 연결된 것 이라고 할 수 있는데요,
Course, Location, Teacher, TrainingEvent, Trainee 가 Entity이며 화살표가 연결된 부분이 Entity 간의 연결을 나타냅니다.
TrainingEvent가 연결의 소유자이며(화살표가 시작되는 곳) Course, Location, Teacher 3개의 Entity 와 연결되어 있음을 볼 수 있습니다. 화살표 양 끝을 잘 보면 1과 *이 단일연결과 다중연결을 의미한다는 것을 알 수 있습니다.
각각의 Entity 내부에는 Title, Duration과 같이 기본적인 속성을 정의 할 수 있습니다.
Association은 말그대로 관계를 의미하며 그 관계를 정의할 수 있습니다.
(ex- Course 가 삭제될 경우에도 TrainingEvent는 유지한다.)
Association 또한 속성 중 하나이며, 이외에도 아래와 같은 속성들이 있습니다.
Domain Model Entity에 초록색 체크된 부분이 Validation이 적용된 부분임을 표현합니다.
공식문서에 위에서 말한 내용보다 항상 훨씬 더 많은 내용이 포함되어있으니 참고하시기 바랍니다.
3. MicroFlow
마이크로플로우는 애플리케이션의 논리를 담당, 로직을 구현할 수 있게 해줍니다.
위의 그림은 위에서 만든 도메인 모델인 TraingEvent Entity의 속성을 수정할 수 있는 팝업창을 띄우는 로직을 간단하게 표현한 것 입니다.
아래 작성된 마이크로플로우는 버튼의 onClick 이벤트에 마이크로플로우를 적용하고 이벤트 발생시 TraingEvent 오브젝트를 생성 후 Traing Event New Edit 이라는 팝업을 보여줄 수 있습니다.
마이크로플로우와 유사한 기능들로 나노플로우, 워크플로우가 있는데요, 저는 사용해보지 못 했지만 실제 프로젝트에서는 자주 사용할 것 같은 기능인 것 같습니다. 비교하여 그때그때 상황에 맞는 것을 사용하시면 되겠습니다.
4. Validation
애플리케이션 개발에서 Validation은 개발자입장에서 귀찮지만 꼭 필요한 존재인데요.
Mendix는 이 Validation을 쉽게 할 수 있도록 서비스하고 있습니다.
저는 세가지정도 방법을 해봤는데요
1. Domain Model – 한 화면에서 대부분의 Validation Rule을 간편하게 작성 가능
2. MicroFlow – 조건이 까다롭거나 Validation Custom이 필요할 경우 작성
3. Page – 가장 간단하게 Validation Check 가능하지만 제약이 많음
Domain Model에서 Validation을 작성해 주는 경우는 위 도메인 모델을 설명할 때 초록색 체크되어있는 것을 말씀드린 경우 입니다. 다른 곳에서 Validation을 작성하면 도메인 모델에서는 체크가 안되는 것 같습니다.
