2016-11-07 76 views
0

我即将为我的组织创建一个新的自定义Django应用程序。 (我是一个全新的Django开发人员;除了偶尔的“Hello world”作为原型之外,这将是我的第一个开发人员。)我应该用1.8版本开始一个新的Django应用程序吗?

我在共享的托管提供程序,它表示在Django应用程序中,我们应该使用Django版本1.8(即使1.10是当前版本),因为1.8是支持FastCGI的最后一个版本。一旦1.8不再被支持,我是否会在几年之后为自己设置一款毫无价值的应用程序?人们会期望,当1.8不再被支持时,共享的虚拟主机世界将会转向WSGI或某种形式的解决方法吗?或者这是根本不可能的?我会在几年后发现我开发的应用程序在我为其生产的主机上无法使用?

另外,我应该考虑一些其他的开发工具,以适应我所处的情况吗?我在一个共享的主机上,我会做一个相当普通的web前端/数据库后端样式设置。

回答

3

我是否为自己设置了一款无价值的应用程序?

没有。你会让你的项目工作,如果你想要升级并且很难一次跳3个版本(1.8 LTS到1.11 LTS),你可以一步一步完成弃用警告。尽管版本之间的通用兼容性通常非常好。你可能也想让requirements.txt重新创建你的virtualenv,然后放弃fcgi垃圾。

...共享虚拟主机世界将转移到WSGI ...?

他们将不得不如果他们想要赚钱。它也很容易配置,所以没有其他的“根本不可能”而不是懒惰。

我应该用1.8版本开始一个新的Django应用吗?

我不能为您决定。我宁愿考虑改变我的托管。另一方面,还有一些流行的扩展功能没有成功将他们的主服务器迁移到1.10(例如grappelli),这也可能导致您自己项目的迁移延迟。

我应该考虑一些其他的开发工具吗?

太笼统。曾见过Flask?它很整洁,但Django具有更多的功能。

+0

“你可以用整齐的弃用警告一步一步做。”:这是我从1.4升级到1.8的方法。单调乏味,但相对简单(在版本控制下安全)。 – Evert

+0

除了Art所说的之外,我通常使用LTS版本,即使是在新项目中,也是因为Django发布对我来说太快了。所以我仍然使用1.8,尽管我没有像你的提供者那样的限制。 –

相关问题