这种“不寻常的行为”一点也不奇怪,但恰恰是Python的工作方式。您总是需要通过以下方式引用方法和属性: self .

def unhide_file(self):
    self.general_unhide(self.files)

您已将必需字段定义为包含单个空字符串的列表。Django试图确保提供了所有字段,但正如错误所述,空字符串不是该模型上的字段。

您可以通过将该值设置为空列表来修复它:

REQUIRED_FIELDS = []

第一, url 在Django 2.0中仍然完全有效。在以后的版本中,完全相同的功能与 re_path .

然而,问题并不存在。就是在新版本中添加了一个最后的斜线,以前没有。移除它:

path('all_json', ...)

或者,最好将其添加到Ajax调用中:

url: 'main/all_json/',

最后请注意,由于Ajax脚本直接在模板文件中,因此绝对可以使用 {% url %} 贴上标签。

当然是。我有个人的工作经验,在几个已成为死亡行军的Django项目。

你可以拥有世界上所有的敏捷开发技术,但是如果你的公司不完全接受敏捷概念,那么它将不会帮助你避免死亡行军。如果管理层要求某个产品在某个日期交付,并且它包含一组特定的功能,那么使用一个框架是没有帮助的:您仍然需要尽可能快地工作,直到他们满意为止。如果这意味着死亡行军,那就是死亡行军。

您不显示模板。如果我不得不猜测,由于上传是通过管理界面进行的,我会说您忘记在表单标签中放置enctype:

<form enctype="multipart/form-data" method="post" action="/foo/">

大概你是说 delete_object 而不是 delete_file .

你的公司想为社区做出贡献是很好的,但我不得不说,我不知道“django-ide”能实现什么。已经有了所有主要编辑器和IDE的插件来支持django(从vim到textmate到netbeans),这些插件为python源和django模板提供语法突出显示、缩进、快捷方式和代码片段。当然,这些都可以通过更多的工作来完成,所以也许你的努力最好集中在改进其中一个方面。

devices_form.company 什么都没用。

如果要手动设置值,则应 排除 它完全来自表单字段,并将其设置为保存。

class AddNetworkDevice(forms.ModelForm):
    ...
    class Meta:
        model = NetworkDevices
        exclude = ('company',)

…

       if 'dodajnapravo' in request.POST:
            devices_form = AddNetworkDevice(request.POST)
            if devices_form.is_valid():
                device = devices_form.save(commit=False)
                device.company_id = pk
                device.save()
                return redirect(network_devices)

首先,你是 认真地 抱怨四行炉号?如果它真的困扰你,创建一个 PasswordForm 类,它包含干净的逻辑,并根据需要为您自己的窗体子类。

其次,你 不要 必须手动验证唯一约束。正如您所说,ModelForm为您完成了这项工作。

评论后编辑

这种“奇怪的语法”是因为检查两个密码字段是否匹配是 不同流量 比正常情况下的情况要好。首先,你要检查主系统 clean 方法而不是字段特定的 clean_myfield . 如果是后者,只需引发一个异常,Django确实会删除字段数据。

所以不,这不是每个表单上的7行-参见我关于子类化的注释-而且它 当然 不是7行乘以多个字段,因为您不想对任何其他类型的字段执行此操作。