从Django 1.4升级到Django 1.7 – 它会起作用吗?
我有一个项目是我在过去几年里建立的,它是在Django 1.4中开始的.运行此项目的服务器将被替换,因此我正在迁移到新服务器.
我正在考虑利用这个机会将项目升级到Django 1.7.我一直在查看笔记,我知道我会就url标签以及其他一些事情做些工作.但是,看起来项目的主要结构已经发生了变化.在我的项目中,settings.py,static文件夹和项目范围的urls.py文件/文件夹都在项目的根目录中.但是,在1.7(可能是之前的几个版本)中,似乎这些文件/文件夹被移动到主项目中的app文件夹中. 例如,我的1.4项目的项目结构为: project folder: - urls.py # all other app urls.py files are included in this main urls file - static # all static files for the whole project reside here - settings.py # project settings ./app: - urls.py #app specific urls 但现在,似乎默认项目结构已更改为: project folder: - # there's nothing here other than the "manage" script ./project: - # an 'app' with the same name as the project now holds project wide files - urls.py # project wide urls file? - settings.py # project wide settings? within this app folder? - static # project wide static files to be held here? 那么,鉴于新的项目结构,我是否能够在1.7中运行我的项目? 解决方法
你可以在Django中拥有你想要的任何项目结构.因此,除了任何其他升级问题,您将能够运行您的项目.目前最好的项目结构示例之一是PyDanny的
Django Cookiecutter.
除了抽象的用户类,身份验证和迁移(以及与之配合使用的syncdb / schemamigration之类的命令)之外,没有什么能够真正阻止升级.有些东西已被折旧,但它们有很好的记录并且易于修复.在每个版本中,他们都确保了升级路径和向后兼容性,并且尽可能清晰. 我建议遵循1.5,1.6和1.7的最佳实践,这些实践改变了社区编写Django应用程序的方式.我最喜欢的资源是Two Scoops of Django.PyDanny是作者之一.有两个版本,分别为1.5和1.6,每个版本都讨论了之前版本与新功能如何改变你应该编写Django应用程序的方式之间的主要差异.通过阅读两者,您可以清楚地了解如何将应用程序从1.4升级到1.5到1.6.除此之外,每个版本的发行说明和django-cookiecutter都是很好的地方,可以看到最新变化以及新的最佳实践是什么. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |