首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Django-带有Aurelia-前端的后端。在每个模型中定义模型是否违反了DRY原则?

Django-带有Aurelia-前端的后端。在每个模型中定义模型是否违反了DRY原则?
EN

Stack Overflow用户
提问于 2017-02-21 02:54:35
回答 1查看 530关注 0票数 2

在我最近的项目中,我想尝试一个带有Django后端的Aurelia-前端。我用Django做了一些项目,并希望使用Django REST API作为我的后端。

我是第一次接触Aurelia,并且多次阅读文档。

现在我想知道明确定义模型是不是一个好的做法(例如。具有昵称、电子邮件、手机、地址等的用户)在Aurelia-前端,因为在Django中我已经在数据库的models.py中定义了我的模型。由于我通过api将数据获取到我的Django应用程序,因此我可以省略它。在文档的Aurelia“入门”-section中,他们在一个单独的文件中定义了ToDo模型,但数据没有附加到数据库中。在我看来,这样做就像做了两次(在后台和前端),违反了DRY原则。

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

EN

回答 1

Stack Overflow用户

发布于 2017-02-21 07:32:45

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

其次,将类序列化为JSON很容易。此外,一些后端框架需要一个格式化非常明确的JSON对象;有时,类是实现这一目的的唯一实用方法。

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

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

干的很好。但是,显示意图可能会有很大的帮助,特别是当您完成代码时,其他人会拿起它。在这一点上,类可以有所帮助。第五个优势,有助于显示意图。

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

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

希望这能有所帮助!

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/42352271

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档