2011-01-20 2 views
1

나는 접근법만큼 버그 수정을 찾고 있지 않습니다. 이 밖에 렌더링 할 때는 app-engine/django 폼의 GeoPtProperty에 포인터가 필요합니다.

 
class LocationForm(djangoforms.ModelForm): 
    class Meta: 
     model = Location 

의 GeoPt은 하나의 텍스트 필드 :

 
classLocation(db.Model): 
    name = db.StringProperty() 
    geoPt = db.GeoPtProperty() 
    ... 

내가 간단한 형태를 만들기 위해 그것을 사용 : 나는 간단한 모델로 초보자입니다. 이 양식에서는 유효성 검사를 통해 위도 및 경도 필드를 선호합니다.

어떤 방법으로 가야합니까? 이것은 장고 양식의 "복잡한 객체"에 공통적 인 문제입니까? 그렇다면 수용 가능한 해결책이 있습니까?

+0

좋은 질문입니다. GAE와 우리는 사소한 것 이상의 유효성 검사 및 데이터 유형과 같은보다 나은 양식 처리를 확실히 사용할 수 있습니다. –

+0

일반적인 접근 방식은 모델에서 파생 된 양식을 사용하는 것이 아니라 대신 (하위 클래스 forms.Form) 빌드하는 것이 아닌지 의심해야합니까? 또는 모델에서 파생 된 형식을 필드를 추가하고 뺄 때 "조정할"수 있습니까? –

답변

0

복합 유형과 데이터베이스 스키마 파생 UI가 작동해야하는 방식에 문제가 있습니다.

당신은 재화 중량을 삭제하고 flatland, WTForm, FormEncode, fungiform, 또는 실제로 심지어 자체 대안처럼 전문 폼 처리 라이브러리를 실행 오프 더 나은 수 있습니다.

사용자 입력 유효성 검사는 어려운 문제는 아니며 데이터베이스 스키마 유효성 검사를 복사하여 항상 쉽게 얻을 수있는 것은 아닙니다.

관련 문제