需要 app-engine/django 表单中 GeoPtProperty 的指针

发布于 2024-10-13 02:51:06 字数 387 浏览 3 评论 0原文

我并不是在寻找错误修复,而是在寻找一种方法。我是一个简单模型的新手:

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

我用它来制作一个简单的表单:

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

当它渲染出来时,GeoPt 是一个单一的文本字段。对于此表单,我更喜欢带有验证的纬度和经度字段。

走哪条路?这是 django 形式中“复杂对象”的常见问题吗?如果是这样,是否有一个可以接受的解决方案?

I'm not looking for a bug fix so much as an approach. I'm a newbie with a simple model:

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

I use that to make a simple form:

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

When it renders out, the GeoPt is a single text field. For this form I'd prefer latitude and longitude fields, with validation.

Which way to go? Is this a common problem with "complex objects" in django forms? If so, is there an accepted solution?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

撩起发的微风 2024-10-20 02:51:06

这是复合类型和数据库模式派生 UI 工作方式的问题。

放弃繁重的工作并运行一个专门表单处理库会更好,例如平地WTFormFormEncodefungiform,或者确实甚至是本土的替代品。

用户输入验证并不是一个难题,并且通过复制数据库模式验证当然并不总是变得更容易。

It is a problem with compound types and the way database-schema derived UI has to work.

You'll be much better off dropping the deadweight and running a specialized form processing library, like flatland, WTForm, FormEncode, fungiform, or indeed even a homegrown alternative.

User-input validation is not a hard problem, and it certainly doesn't always get easier by copying the database schema validation.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文