Django后端与Aurelia前端。在每个模型中定义模型是否违反了DRY原则?

Django后端与Aurelia前端。在每个模型中定义模型是否违反了DRY原则?,django,django-models,aurelia,Django,Django Models,Aurelia,在我最近的项目中,我想尝试一个带有Django后端的Aurelia前端。 我用Django做了一些项目,希望在后端使用Django REST API。 我对奥雷莉亚是个新手,读了好几遍文档 现在,我想知道在Aurelia前端显式定义模型(例如,具有昵称、电子邮件、手机、地址等的用户)是否是一种好的做法,因为在Django中,我已经在models.py中为数据库定义了我的模型。由于我通过api将数据提取到Django应用程序中,我可能会忽略它。 在文档的Aurelia“getting starte

在我最近的项目中,我想尝试一个带有Django后端的Aurelia前端。 我用Django做了一些项目,希望在后端使用Django REST API。
我对奥雷莉亚是个新手,读了好几遍文档

现在,我想知道在Aurelia前端显式定义模型(例如,具有昵称、电子邮件、手机、地址等的用户)是否是一种好的做法,因为在Django中,我已经在models.py中为数据库定义了我的模型。由于我通过api将数据提取到Django应用程序中,我可能会忽略它。 在文档的Aurelia“getting started”(入门)部分,他们在单独的文件中定义了ToDo模型,但数据没有附加到数据库。在我看来,这样做就像做了两次(在后端和前端),违反了干燥原则


你认为什么是好的实践?谢谢你的推荐

在客户端定义类有其优点。首先,您可以将响应数据映射到类实例中,并以这种方式处理数据。不过,使用JSON对象并不困难

其次,将类序列化为JSON很容易。另外,一些后端框架需要一个格式非常特殊的JSON对象;有时候,上课是唯一可行的方法

第三,对于类可以做的一件事是添加方法/函数,而对于JSON对象(据我所知)则不能。这种扩展性本身就值得付出努力

在后端和前端定义类当然并不少见。我和Aurelia合作过,Angular,他们都很好地合作过。我已经做了一个没有客户端类的Aurelia应用程序。我真正错过的是IDE中没有Intellisense(第四个优势),因为没有导出/导入任何内容。顺便说一句,我使用VS代码

干的很好。但是,显示意图可能会有很长的路要走,特别是当您完成代码时,如果其他人拿起了代码。课程可以帮助你。第五个优势,有助于显示意图

最后,我相信还有更多的优势

结论:我建议使用客户端类。你不会后悔的


希望这有帮助

您可能想寻找一种自动构建模型的方法,这可能是特定于技术的方法