다음은 MiPQueryService를 정의한 context-miplatform-query.xml 파일의 일부이다. MiPQueryService는 내부적으로 RiaQueryService를 통해 데이터 접근 처리를 수행하므로 RiaQueryService에 대한 참조 관계 설정이 필요하다.

<bean id="mipQueryService" class="org.anyframe.mip.query.impl.MiPQueryServiceImpl">
	<property name="namedParamJdbcTemplate" ref="pagingNamedParamJdbcTemplate"/>
	<property name="lobHandler" ref="lobHandler"/>
	<property name="sqlRepository" ref="sqlLoader"/>
	<lookup-method name="getRowCallbackHandler" bean="rowCallbackHandler"/>
	<lookup-method name="getCallableStatementCallbackHandler" bean="callableStatementCallbackHandler"/>
	<lookup-method name="getPrintWriterRowCallbackHandler" bean="printWriterRowCallbackHandler"/>
</bean>	

<bean id="callableStatementCallbackHandler" class="org.anyframe.mip.query.impl.jdbc.mapper.MiPCallableStatementCallbackHandler" scope="prototype"/>
	
<bean id="rowCallbackHandler" class="org.anyframe.mip.query.impl.jdbc.mapper.MiPDataSetCallbackHandler" scope="prototype"/>
	
<bean id="printWriterRowCallbackHandler" class="org.anyframe.mip.query.impl.jdbc.mapper.MiPPrintWriterCallbackHandler" scope="prototype"/>
	
<!-- The original JdbcTemplate definition -->
<bean id="pagingNamedParamJdbcTemplate" class="org.anyframe.query.impl.jdbc.PagingNamedParamJdbcTemplate">
  	<constructor-arg index="0" ref="pagingJdbcTemplate"/>
    <constructor-arg index="1" ref="dataSource"/>
</bean> 
    
<bean id="pagingJdbcTemplate" class="org.anyframe.query.impl.jdbc.PagingJdbcTemplate">
    <constructor-arg ref="dataSource"/>
    <property name="exceptionTranslator" ref="exceptionTranslator"/>
    <property name="paginationSQLGetter" ref="pagingSQLGenerator"/>
</bean>
    
<bean id="pagingSQLGenerator" class="org.anyframe.query.impl.jdbc.generator.OraclePagingSQLGenerator"/>

다음은 앞서 정의한 MiPQueryService가 참조하는 RiaQueryService Bean을 통해 로드된 mapping-mip-query-movie.xml 파일의 일부로, Named Parameter를 이용한 쿼리문들을 포함하고 있다.

<query id="createMovie" isDynamic="true" mappingStyle="upper">
	<statement>
		INSERT INTO 
		MOVIE (MOVIE_ID, TITLE, DIRECTOR, GENRE_ID, ACTORS, RUNTIME, RELEASE_DATE, TICKET_PRICE, NOW_PLAYING, POSTER_FILE)
		VALUES (:MOVIE_ID, :TITLE, :DIRECTOR, :GENRE_ID, :ACTORS, :RUNTIME, :RELEASE_DATE, :TICKET_PRICE, :NOW_PLAYING, :POSTER_FILE)
	</statement>
</query>

<query id="updateMovie" isDynamic="true" mappingStyle="upper">
	<statement>
		UPDATE MOVIE
		SET 
			TITLE = :TITLE, 
			DIRECTOR = :DIRECTOR,
			GENRE_ID = :GENRE_ID, 
			ACTORS = :ACTORS, 
			RUNTIME = :RUNTIME, 
			RELEASE_DATE = :RELEASE_DATE,   
			TICKET_PRICE = :TICKET_PRICE, 
			NOW_PLAYING = :NOW_PLAYING
		WHERE
			MOVIE_ID = :MOVIE_ID
	</statement>
</query>

<query id="removeMovie" isDynamic="true" mappingStyle="upper">
	<statement>
		DELETE FROM MOVIE 
		WHERE 
			MOVIE_ID = :MOVIE_ID
	</statement>
</query>

<query id="findMovieByPk" isDynamic="true" mappingStyle="upper">
	<statement>
		SELECT 
			MOVIE_ID, TITLE, DIRECTOR, GENRE_ID, ACTORS, RUNTIME, RELEASE_DATE, TICKET_PRICE, NOW_PLAYING, POSTER_FILE
		FROM MOVIE
		WHERE 
			MOVIE_ID = :MOVIE_ID
	</statement>
</query>

<query id="findMovieList" isDynamic="true" mappingStyle="upper">
	<statement>
		SELECT 
			MOVIE_ID, TITLE, DIRECTOR, GENRE_ID, ACTORS, RUNTIME, RELEASE_DATE, TICKET_PRICE, NOW_PLAYING, POSTER_FILE
		FROM MOVIE
		WHERE 		
			TITLE like '%' || :SEARCH_TITLE || '%'
			AND	NOW_PLAYING = :SEARCH_NOW_PLAYING 
		ORDER BY RELEASE_DATE DESC
	</statement>
</query>

다음에서는 MiPQueryService를 이용하여 앞서 언급한 매핑 XML 파일에 정의된 INSERT, SELECT, UPDATE, DELETE 쿼리문을 실행하는 테스트 코드의 일부이다.

/**
 * Test code that enters new data in DB through Query service for MiPlatform
 */    
public void insertDataSet() throws Exception {
    IMiPQueryService mipQueryService = (IMiPQueryService) context.getBean("mipQueryService");

    Map queryMap = new HashMap();
    queryMap.put(IMiPQueryService.QUERY_INSERT, "createProduct");

    // Transfer Dataset that should be reflected in map and DB which defines query id that will be used by INSERT, UPDATE, DELETE type.
    // A large amount of data can be saved in Dataset.
    int resultInsert =
            mipQueryService.update(queryMap, makeProduct());
}

/**
 * Test code that modifies data in DB through Query service for MiPlatform
 */   
public void updateDataSet() throws Exception {
    IMiPQueryService mipQueryService =
            (IMiPQueryService) context.getBean("mipQueryService");

    Map queryMap = new HashMap();
    queryMap.put(IMiPQueryService.QUERY_UPDATE, "updateProduct");
    
    // Transfer Dataset that should be reflected in map and DB which defines query id that will be used by INSERT, UPDATE, DELETE type.
    // A large amount of data can be saved in Dataset.  
    int resultUpdate =
            mipQueryService.update(queryMap, makeProduct());
}

/**
 * Test code for INSERT, UPDATE, DELETE of data in DB through query service for MiPlatform
 */    
public void processAllDataSet() throws Exception {
    IMiPQueryService mipQueryService =
            (IMiPQueryService) context.getBean("mipQueryService");

    Map queryMap = new HashMap();
    queryMap.put(IMiPQueryService.QUERY_UPDATE, "updateProduct");
    queryMap.put(IMiPQueryService.QUERY_INSERT, "createProduct");
    queryMap.put(IMiPQueryService.QUERY_DELETE, "removeProduct");
    
    // Transfer Dataset that should be reflected in map and DB which defines query id that will be used by INSERT, UPDATE, DELETE type.
    // A large amount of data can be saved in Dataset.            
    int resultUpdate = mipQueryService.update(queryMap, makeProducts());
}

/**
 * Test code for INSERT, UPDATE, DELETE of data in DB through query service for MiPlatform
 * In this case, ActionCommand pre-post processing is executed.
 */    
public void processAllDataSetWithActionCommand() throws Exception {
    IMiPQueryService mipQueryService =
            (IMiPQueryService) context.getBean("mipQueryService");

    Map queryMap = new HashMap();
    queryMap.put(IMiPQueryService.QUERY_UPDATE, "updateProduct");
    queryMap.put(IMiPQueryService.QUERY_INSERT, "createProduct");
    queryMap.put(IMiPQueryService.QUERY_DELETE, "removeProduct");
    
    // Transfer ActionCommand which defines process that should be done before and after accessing Dataset and DB
    // that should be reflected in Map, DB which defines query id used according to INSERT, UPDATE, DELETE type.
    // A large amount of data can be saved in Dataset.     
    int resultUpdate =
             mipQueryService.update(queryMap, makeProducts(),
            new ProductActionCommand());
}

/**
 * Test code for searching data in DB through query service for MiPlatform
 * In this case, search conditions are in VariableList form.
 */     
public void findDataSetWithVariant() throws Exception {
    IMiPQueryService mipQueryService =
            (IMiPQueryService) context.getBean("mipQueryService");

    // Transfer query id to be executed, and search conditions in VariableList form
    Dataset resultDataSet =
            mipQueryService.search("findProductByPk", makeVariantList());
}

/**
 * Test code to search data in DB through query service for MiPlatform
 * In this case, search conditions are in Dataset form.
 */    
public void findListDataSet(int expected) throws Exception {
    IMiPQueryService mipQueryService =
            (IMiPQueryService) context.getBean("mipQueryService");
    
    // Transfer query id to be executed and search conditions in Dataset form.    
    Dataset resultDataSet =
            mipQueryService.search("findProductList",
            makeSearchCondition());
}

위 소스 코드 중 testProcessAllDataSetWithActionCommand() 메소드에서는 ActionCommand를 이용하여 DB에 데이터를 입력하기 전에 특정 칼럼의 값을 변경하고 있다. 이와 같이 MiPQueryService는 anyframe.core.query.ria.mip.IMiPActionCommand를 구현한 별도 ActionCommand를 인자로 함께 전달하는 경우 입력 데이터를 DB에 반영하기 전/후에 대한 공통 처리를 수행할 수 있도록 지원한다. 예를 들어 입력받은 개별 Row를 DB에 신규 등록하기 전에 신규 식별자 값이 셋팅되어야 한다면, Loop을 돌면서 각 Row를 추출한 뒤 식별자를 셋팅하는 별도 로직없이 preInsert() 로직 내에 식별자 생성 구문이 추가된 ActionCommand 객체만 전달하면 되는 것이다.

JSP 기반의 UI일 경우, 사용자 요청에 따라 Controller가 호출되고, Controller에서는 비즈니스 서비스 호출 결과 값을 결과 페이지에 전달하는 로직이 필요하다. 그러나 MiPlatform 기반의 UI에서는 화면과 서버간의 주고받는 데이터의 유형(DatasetList, VariableList)이 동일하고, 요청 화면과 결과 화면이 같으므로 공통화 처리가 가능해진다. 따라서, 비즈니스 서비스 호출 외에 별도 로직이 없을 때는 MiPController를 공통 Controller로 사용할 수 있다.

아래는 MiPController의 operate()의 일부로, 화면에서 전달받은 비즈니스 서비스의 Bean Id 를 이용해 WebApplicationContext에서 비즈니스 서비스 객체를 얻어온다. 실행할 비즈니스 서비스의 Bean Id와 메소드 이름은 dsService의 SERVICE(예: boardService.getPagingList)의 값에 의해 결정된다.

public class MiPController extends AbstractMiPController {
	
    public void operate(PlatformRequest platformRequest, VariableList inVl,
			DatasetList inDl, VariableList outVl, DatasetList outDl)
			throws Exception {

		String serviceName = inVl.getValueAsString("service");
		
		Object bean = getWebApplicationContext().getBean(serviceName);

		Method method = getMethod(bean,inVl.getValueAsString("method"));
		
  		try {
			method.invoke(bean, new Object[] { inVl, inDl, outVl, outDl });
		} catch (Exception e) {
			Throwable te = e.getCause();
			if (te instanceof BaseException)
				throw (BaseException) te;
			else
				throw new BaseException("Fail to process client request.", te);
		}
	}
..중략

만약 아래 그림의 설정처럼SERVICE의 값이 없을 경우에는 비즈니스 서비스의 Bean Id는 mipService이고 메소드 이름은 dsService의 SVC_ID값의 prefix로 결정된다.

prefix로는 get, getList, getPagingList, create, update, remove, saveAll이 올 수 있다. prefix가 getList일 경우에는 MiPService의 getList()가 실행된다.

MiPService는 MiPlatform의 고유 데이터 형태인 VariableList와 Dataset을 이용하여 외부에 제공할 수 있는 일반적인 기능을 정의하고 있는 인터페이스 클래스이다. 아래는 MiPService 소스 코드의 일부로 모든 메소드의 입력 파라미터는 (VariableList inVl, DatasetList inDl, VariableList outVl, DatasetList outDl)이며, Return Type는 void이다.

public interface MiPService {
    ..중략
    //리스트 조회
    void getList(VariableList inVl, DatasetList inDl, 
            VariableList outVl, DatasetList outDl) throws Exception;
    //리스트 조회(페이징 처리)	
    void getPagingList(VariableList inVl, DatasetList inDl, 
            VariableList outVl, DatasetList outDl) throws Exception;
    //추가
    void create(VariableList inVl, DatasetList inDl, 
            VariableList outVl, DatasetList outDl) throws Exception;
    ..중략
}

MiPServiceImpl은 MiPService의 구현 클래스로써 dsService에 설정된 정보를 기반으로 MiPDao의 메소드를 호출한다.

위의 2번 Row와 같이 dsService를 설정 했다면 VariableList에 아래 그림처럼 값이 셋팅되어 서버 측에 전달된다.

아래는 MiPServiceImpl의 getPagingList()의 일부로써, 특정 페이지에 속한 데이터를 조회하는 기능을 제공한다.

getPagingList() 에서는 위의 그림에서와 같이 입력 파라미터로 전달된 DatasetList에 ID가 “querySet1”인 Dataset이 포함되어 있는 경우, VariableList로부터 “querySet1”이라는 KEY에 해당하는 값을 변수 queryId에 할당한다. 또한 해당 DatasetList로부터 ID가 “querySet1”인 Dataset을 추출하여 inDs라는 변수에 할당한다. 그 후 queryId와 inDs를 이용해 MiPDao의 메소드를 호출한다.

public void getPagingList(VariableList inVl, DatasetList inDl,
        VariableList outVl, DatasetList outDl) throws Exception {

    int querySetCount = getQuerySetCount(inVl, outVl);
    String queryId = null;
    Dataset inDs = null;
    Dataset outDs = null;
    for( int i = 1 ; i <= querySetCount ; i++) {
        queryId = inVl.getValueAsString("querySet"+i);
        inDs = inDl.get("querySet"+i);
        try{
            if(inDs != null) {
                outDs = mipDao.getPagingList(queryId, inDs);
            }
            outDl.addDataset("querySet"+i, outDs);
// 중략
    }
}

MiPServiceImpl의 다른 메소드들도 이와 같이 입력 파라미터로부터 추출한 Dataset과 Query ID를 이용하여 사용자의 요청을 처리한다.

아래 그림처럼 dsService SVC_ID의 prefix가 get, getList, getPagingList, create, update, remove일 경우에는 querySet에 한 개의 Query Id가 셋팅되어야 하고

saveAll이면 QUERY_LIST에 “querySet1=createBoard,updateBoard,removeBoard”와 같이 추가, 수정, 삭제를 위한 3개의 Query Id가 셋팅되어 있어야 한다. 조회(get, getList, getPagingList)의 경우에는 결과 Dataset의 Id는 조회 시 검색 조건으로 사용했던 Dataset의 ID(“querySet+번호”)이다.

MiPActionCommand는 MiPQueryService의 save() 가 호출 됐을 때 Insert, Update, Delete Query를 실행 하기 전, 후 필요한 비즈니스 로직을 추가 할 수 있도록 하기 위해 제공되는 인터페이스이다. MiPActionCommand 인터페이스를 구현한 별도의 클래스를 정의하고 해당 메소드에 비즈니스 로직을 추가하면 된다.

아래는 앞서 언급한 MovieActionCommand 클래스의 preInsert()의 일부로써, Dataset을 특정 Table에 Insert하기 전에 Primary Key에 해당하는 PROD_NO 컬럼에 유일한 값을 셋팅하고 있음을 알 수 있다.

public class MovieActionCommand implements MiPActionCommand{

   public void preInsert(Dataset ds, int index) {
			String id = "MV-" + System.currentTimeMillis();
			Variant variant = new Variant();
			variant.setObject(id);
			ds.setColumn(index, "MOVIE_ID", variant);
	}
}

따라서, MiPQueryService의save()에서는 Dataset의 Status가 ‘insert’인 Record를 DB에 Insert하기 전 MovieActionCommand의 preInsert()를 호출해 추가 로직을 실행한다.

커뮤니티 카테고리 목록을 조회하고 카테고리를 관리하는 기능의 화면이다. Grid 하단에는 Paging Control이 존재한다. 본 샘플에서 Paging은 페이지 번호 클릭 시에 해당 페이지의 데이터만 테이블에 가져오는 방식으로 구현되어 있다.

커뮤니티에 등록된 게시글 목록을 조회하고, 게시글을 관리하는 화면이다. Grid 하단에는 Paging Control이 존재한다.

커뮤니티에 등록된 게시글 목록을 조회하고, 게시글을 관리하는 화면이다. Grid 하단에는 Paging Control이 존재한다.

사용자 목록을 조회하고, 관리하는 화면이다. 하단에는 사용자의 상세정보를 조회할 수 있는 Tab이 존재한다.

사용자 목록을 조회하고, 관리하는 화면이다. 우측에 사용자의 상세정보를 조회할 수 있는 Tab이 존재한다.

커뮤니티의 카테고리를 이동하는 화면이다. 좌측에 컴퓨터 카테고리에 속한 커뮤니티 목록이 나열되고, 우측에 자동차 카테고리에 속한 커뮤니티가 나열된다. 화면 가운데 버튼을 이용하여 커뮤니티를 이동시킬 수 있다. 좌/우 Grid 간 항목 이동 방법을 보여주는 샘플이다.

커뮤니티 목록과 커뮤니티에 등록된 게시글 목록을 조회하고, 게시글을 관리할 수 있는 화면이다. 하단의 커뮤니티 목록은 상단의 카테고리 목록을 클릭했을 때 해당 카테고리 ID를 가지고 MiPlatform 자체 Service API인 filter()를 사용해서 출력한다. 하단 커뮤니티 목록에서 입력데이터에 대한 Validation 처리가 적용되어 있다.

부서 목록을 Tree로 조회하고, 부서에 속한 사용자를 관리하는 화면이다. Tree와 Grid 사용 방법을 제시하고 있다. 입력데이터에 대한 Validation 처리가 적용되어 있다.

카테고리와 커뮤니티 목록을 Tree로 조회하고, 커뮤니티 정보를 관리하는 화면이다. Tree와 입력 Form 사용 방법을 제시하고 있다.

카테고리 별 커뮤니티 목록을 조회하는 화면이다. Grid를 이용하여 카테고리 구분표를 구성하는 방법을 제시하고 있다. 하단의 커뮤니티 목록은 상단의 카테고리를 클릭했을 때 해당 카테고리 ID를 가지고 MiPlatform 자체 Service API인 filter()를 사용해서 출력한다.

월간 일정 관리 화면이다. Grid를 이용하여 Calendar를 구성하는 방법을 보여준다.

주간 일정 관리 화면이다. Grid를 이용하여 Calendar를 구성하는 방법을 보여준다.

‘POST-00001’이라는 ID의 게시글의 상세 정보 조회화면으로, File 컴포넌트와 File Dialog 컴포넌트를 사용하여 파일 첨부 기능을 구현한 샘플화면이다. 첨부된 파일을 context.properties 파일에 정의된 repository.path 상에 지정된 위치로 업로드를 한다.

MiPlatform PID의 Global 탭에서 작성하고 Start XML내 <Variables> 및 <Script> 에 선언되는 전역변수로 어플리케이션 전역에서 사용 가능하다.

공통 스크립트(예: javascript/common.js) 내에 선언되며, 스크립트를 include하는 모든 Form 에서 사용 가능하다.

각 화면 Form 스크립트에서 사용하는 변수는 사용하고자 하는 데이터 타입에 따라 Prefix를 붙이고 UI상의 의미를 정의한 영문 약어를 사용한다. 단어와 단어 사이는 단어 첫 알파벳을 대문자로 시작하여 구분한다.

MiPlatform PID의 Global 탭에서 작성하고 Start XML내 <Script> 에 정의되는 함수로, include 하지 않아도 어플리케이션 전역에서 사용 가능하다. 함수의 기능을 표현하는 영문 약어로 정의한다.

공통 스크립트(예: javascript/common.js) 내에 선언되며, 스크립트를 include하는 모든 Form 에서 사용 가능하다. 함수의 기능을 표현하는 영문 약어로 정의한다.

일반적으로 개발자들이 화면 개발 시에 Form 스크립트 안에 선언하는 함수로 UI 컴포넌트에서 이벤트 발생 시 작동하는 함수 명은 PID의 Design 탭에서 UI 컴포넌트를 더블 클릭했을 때 자동으로 생성되는 이름을 사용한다.

gfnService()는 서버 측에 Service를 요청하기 위한 함수로 내부적으로 MiPlatform 자체 Service API인 transaction()을 호출한다.

MiPlatform에서는 기본적으로 Service 호출이 Async 방식으로 이루어진다. gfnService()를 이용해 서버 측에 요청을 보냈을 경우, 요청에 대한 응답이 도착했을 때 디폴트로 호출되는 함수는 gfnCallback() 이다. gfnCallback() 내부에서는 디폴트로 화면 스크립트 내의 fnCallback()을 호출한다. 따라서 Service 호출이 완료된 후에 메세지 처리나 컴포넌트 reload 등의 기능을 수행하도록 적절하게 fnCallback() 을 정의하면 된다.

function fnCallback(strServiceId, strErrorCode, strErrorMsg) {
    if ( strErrorCode == -1 ) {
        gfnMsg(strErrorMsg, "ERR");
    } else {
        if(strServiceId == "getPagingListBoard") {
            divPage.objListDataset = dsGrdBoard;
            divPage.objPageDataset = dsSearch;
            divPage.fnMakePage();
        } else if(strServiceId == "saveAllBoard") {
            gfnMsg("MSG_SAVE_SUCCESS");
            divSearch_btnSearch_OnClick();
        }
    }
}

데이터를 가져오기 위해서 gfnService()를 통해 Service를 호출할 경우 호출할 Service에 대한 여러 가지 파라미터 정보를 Dataset에 정의한다. 따라서 모든 화면에 다음과 같은 값들이 정의된 'dsService'라는 이름의 Dataset이 반드시 포함되어야 한다.

입력될 정보의 Size를 지정하는 방법이다.

입력될 정보의 Type이나 Format을 지정하는 방법이다.

gfnValidate()는 입력 파라미터로 지정된 컴포넌트 하위에 속한 모든 컴포넌트들의 Validation을 처리한다. 체크기준은 각 UI 컴포넌트의 UserData 속성에 입력된 Check List내용으로 판단한다. Grid의 경우 UserData 속성이 아닌, Grid의 BindDataset 에서 각 컬럼의 MapValue 속성에 입력된 Check List내용을 이용한다.

Validation 처리를 위한 Check List 작성 시 각 항목은 comma(,)로 구분한다. 또한 오류메세지 출력 시 사용될 title/titleObj/titleId 중 하나는 반드시 가장 앞에 기술되어야 한다.

8.2.2.1.General Components

Grid를 제외한 일반적인 UI 컴포넌트의 경우 아래와 같은 항목으로 구성된 Check List를 UserData 속성에 지정한다.

Check Item	Description
title=항목명	오류메세지 출력 시, 사용될 항목명
titleObj=특정ObjID	오류메세지 출력 시, 사용될 항목명을 나타내는 Object ID
titleId=DomainID	오류메세지 출력 시, 사용될 항목명을 나타내는 Domain ID
required	필수항목인 경우, 값이 없으면 오류메세지 출력
minLength=값	항목 값이 최소길이로 설정된 값보다 작은 길이이면 오류메세지 출력 Byte 단위가 아니므로 입력될 문자길이로 지정할 것. 최대길이 체크는 MaxLength 속성값 설정으로 대신함. MaxLength 값을 설정하면 설정한 길이 이상으로 입력되지 않음
fromNum=값	항목값을 체크하여 최소값보다 작으면 오류메세지 출력
toNum=값	항목값을 체크하여 최대값보다 크면 오류메세지 출력
format=mail	항목값이 email 주소 형식에 적합하지 않으면 오류메세지 출력
format=url	항목값이 URL 형식에 적합하지 않으면 오류메세지 출력
format=phone	항목값이 전화번호 형식에 적합하지 않으면 오류메세지 출력
format=resno	항목값이 주민번호 형식에 적합하지 않으면 오류메세지 출력
format=date	항목값이 날짜 형식(YYYYMMDD)에 적합하지 않으면 오류메세지 출력
format=time	항목값이 시간 형식에 적합하지 않으면 오류메세지 출력
fromDate=특정ObjID	시작일로 지정된 항목의 날짜가 종료일보다 이후 날짜인 경우 오류메세지 출력

MiPlatform PID에서 UserData 속성에 Check List를 명시한 예이다.

8.2.2.2.Grid Component

일반적인 UI 컴포넌트와 달리, Grid 컴포넌트에 입력되는 정보에 대한 Validation 처리를 하기 위해서는 BindDataset 각 컬럼의 MapValue 속성에 Check List를 기술해야 한다.

Notice

• Validation 대상 Grid의 BindDataset에 해당하는 Dataset의 UseClientLayout 속성을 true로 설정할 것.

• Validation 대상 Grid의 BindDataset에 대해서는 절대 clear()를 사용하지 말 것. 필요한 경우 clearData()로 대체해서 사용할 것.

Check Item	Description
required	컬럼에 대한 필수항목 체크
minLength=값	컬럼에 대한 최소길이 체크 Byte 단위가 아니므로 입력될 문자길이로 지정할 것 최대길이 체크는 Grid의 Body Cell Property인 Limit 속성값 설정으로 대신함. Limit 값을 설정하면 설정한 길이 이상으로 입력되지 않음.
fromNum=값	컬럼에 대한 최소값 체크
toNum=값	컬럼에 대한 최대값 체크
format=mail	컬럼에 대한 email 형식 체크
format=url	컬럼에 대한 URL 형식 체크
format=phone	컬럼에 대한 전화번호 형식 체크
format=resno	컬럼에 대한 주민등록번호 형식 체크
format=date	컬럼에 대한 날짜(YYYYMMDD) 형식 체크
format=time	컬럼에 대한 시간 형식 체크
fromDate=특정COLID	컬럼에 대한 기간 체크

Grid의 BindDataset에서 컬럼의 MapValue 속성에 Check List를 명시한 예이다.