grailsdjango哪个好？

导读：今天首席CTO笔记来给各位分享关于grailsdjango哪个好的相关内容，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

python语言django框架写后台，前端用Vue React layui angular？哪一个毕竟好？

做项目要求效率的话，推荐2个现成的。

提供2个现成的

drupal

orchardcore

grails 是干什么的? 请详细说明！

Grails是一套用于快速Web应用开发的开源框架，它基于Groovy编程语言，并构建于Spring、Hibernate和其它标准Java框架之上，从而为大家带来一套能实现超高生产力的一站式框架。

Ruby on Rails开创了将一门强大的编程语言和一个坚持己见、提倡用通情达理的默认设置代替复杂配置的框架进行创造性结合的先河。然而，还有许多组织并没有做好从Java的安全保护伞下走出的准备，也没有打算放弃他们目前在Java上的投入。而Grails的出现，使得在一个以Java为中心的环境中实现同等生产力的想法成为可能。

Grails的插件系统

grails的插件系统也是其亮点之一。首先，和rails，django等web框架类似，基于微内核的思想，插件（可重用模块）是框架的一等公民。grails除了核心模块以外的功能几乎都是通过插件方式实现的。实际上，一个grails插件和一个grails应用基本是完全一样的，同样可以使用grails run-app命令来运行。区别仅在于一个插件的根目录下需要提供一个fooplugin.groovy文件，提供插件的一些描述信息。

grails插件基本可以做任何事情，grails社区已经提供了各式各样的插件，发布在grails官方插件源上。查看现有的官方插件，可以执行下面的命令：

grails list-plugins

安装插件可以执行以下命令：

grails install-plugin 插件名或插件路径

Hello World示例

是时一个被用烂了而又经典的例子，在创建应用程序之前，先熟悉一下grails命令的使用（确保grails环境已配置好）。

grails command name

现在我们为了创建一个Grails应用，需要输入的命令是create-app

grails create-app helloworld

这样就在当前目录下创建了一个名为helloworld（即我们的应用程序名）的文件夹，在这个文件夹中包含了我们这个项目的整个文件目录，可以使用如下命令进入这个目录中查看：

cd helloworld

为了完成这个经典的Hello World示例，我们需要运行create-controller命令，您先进入CMD命令行并执行：

grails create-controller hello

运行该命令后会在grails-app/controller目录下创建一个名为HelloController.groovy的控制器控制器主要用来完成对Web请求的处理，我们稍微修改一下控制器的内容，使它能够在页面上输出Hello World!的字样，代码如下:

class HelloController { def world = { render Hello World! }} 现在控制器已经完成了，接下来要使用run-app来启动内置的jetty服务器运行刚刚创建的helloworld程序

grails run-app运行后会在8080端口（默认，可以使用-Dserver.port来指定端口）启动服务器，然后在浏览器中输入来启动应用程序.

Python三大web框架分别是什么哪个更好

【导读】目前，Python比较火的三大web框架有Django、Flask和Tornado，要论这三个Web框架哪个更好的话，建议一点，Django帮我们事先搭建了好多，上手会快一些，学习的话可以先从Django学起，然后再学习Flask和Tornado，下面我们就来具体了解一下Python三大web框架的详情。

1、Django

Django是一个开放源代码的Web应用框架，由Python写成。采用了MTV的框架模式，即模型M，模板T和视图V。它最初是被开发来用于管理劳伦斯出版集团旗下的一些以新闻内容为主的网站的，即是CMS(内容管理系统)软件。

2、Flask

Flask是一个使用Python编写的轻量级Web应用框架。其 WSGI工具箱采用Werkzeug ，模板引擎则使用 Jinja2

。Flask使用BSD授权。

Flask也被称为 “microframework” ，因为它使用简单的核心，用 extension

增加其他功能。Flask没有默认使用的数据库、窗体验证工具。

Flask 很轻，花很少的成本就能够开发一个简单的网站。非常适合初学者学习。Flask 框架学会以后，可以考虑学习插件的使用。例如使用 WTForm +

Flask-WTForm 来验证表单数据，用 SQLAlchemy + Flask-SQLAlchemy 来对你的数据库进行控制。

3、Tornado

Tornado是一种 Web 服务器软件的开源版本。Tornado 和现在的主流 Web 服务器框架(包括大多数 Python

的框架)有着明显的区别：它是非阻塞式服务器，而且速度相当快。

得利于其非阻塞的方式和对epoll的运用，Tornado 每秒可以处理数以千计的连接，因此 Tornado 是实时 Web 服务的一个

理想框架。

关于Python三大web框架的简单介绍，就给大家分享到这里了，当然学习是永无止境的，学习一项技能更是受益终身，所以，只要肯努力学，什么时候开始都不晚，希望大家抓紧时间进行学习吧。

grailsdjango哪个好？第1张

Python 有哪些好的 Web 框架

浅谈五大Python Web框架

说到Web Framework，Ruby的世界Rails一统江湖，而Python则是一个百花齐放的世界，各种micro-framework、framework不可胜数。

虽然另一大脚本语言PHP也有不少框架，但远没有Python这么夸张，也正是因为Python Web Framework（Python Web开发框架，以下简称Python框架）太多，所以在Python社区总有关于Python框架孰优孰劣的话题，讨论的时间跨度甚至长达3-5年。

Python这么多框架，能挨个玩个遍的人不多，坦白的说我也只用过其中的三个开发过项目，另外一些稍微接触过，所以这里只能浅谈一下。

Django，Python框架虽然说是百花齐放，但仍然有那么一家是最大的，它就是Django。要说Django是Python框架里最好的，有人同意也有人坚决反对，但说Django的文档最完善、市场占有率最高、招聘职位最多估计大家都没什么意见。Django为人所称道的地方主要有：完美的文档，Django的成功，我觉得很大一部分原因要归功于Django近乎完美的官方文档（包括Django book）。

全套的解决方案，Django象Rails一样，提供全套的解决方案（full-stack framework + batteries included），基本要什么有什么（比如：cache、session、feed、orm、geo、auth），而且全部Django自己造，开发网站应手的工具Django基本都给你做好了，因此开发效率是不用说的，出了问题也算好找，不在你的代码里就在Django的源码里。

强大的URL路由配置，Django让你可以设计出非常优雅的URL，在Django里你基本可以跟丑陋的GET参数说拜拜。自助管理后台，admin interface是Django里比较吸引眼球的一项contrib，让你几乎不用写一行代码就拥有一个完整的后台管理界面。

而Django的缺点主要源自Django坚持自己造所有的轮子，整个系统相对封闭，Django最为人诟病的地方有：系统紧耦合，如果你觉得Django内置的某项功能不是很好，想用喜欢的第三方库来代替是很难的，比如下面将要说的ORM、Template。

要在Django里用SQLAlchemy或Mako几乎是不可能，即使打了一些补丁用上了也会让你觉得非常非常别扭。 Django自带的ORM远不如SQLAlchemy强大，除了在Django这一亩三分地，SQLAlchemy是Python世界里事实上的 ORM标准，其它框架都支持SQLAlchemy了，唯独Django仍然坚持自己的那一套。Django的开发人员对SQLAlchemy的支持也是有过讨论和尝试的，不过最终还是放弃了，估计是代价太高且跟Django其它的模块很难合到一块。 Template功能比较弱，不能插入Python代码，要写复杂一点的逻辑需要另外用Python实现Tag或Filter。URL配置虽然强大，但全部要手写，这一点跟Rails的Convention over configuration的理念完全相左，高手和初识Django的人配出来的URL会有很大差异。

让人纠结的auth模块，Django的auth跟其它模块结合紧密，功能也挺强的，就是做的有点过了，用户的数据库schema都给你定好了，这样问题就来了，比如很多网站要求email地址唯一，可schema里这个字段的值不是唯一的，纠结是必须的了。

Python文件做配置文件，而不是更常见的ini、xml或yaml等形式。这本身不是什么问题，可是因为理论上来说settings的值是能够动态的改变的（虽然大家不会这么干），但这不是最佳实践的体现。总的来说，Django大包大揽，用它来快速开发一些Web运用是很不错的。如果你顺着Django的设计哲学来，你会觉得Django很好用，越用越顺手；相反，你如果不能融入或接受Django的设计哲学，你用Django一定会很痛苦，趁早放弃的好。

所以说在有些人眼里Django无异于仙丹，但对有一些人来说它又是毒药且剧毒。 Pylons TurboGears repoze.bfg 除了Django另一个大头就是Pylons了，因为TurboGears2.x是基于Pylons来做的，而repoze.bfg也已经并入Pylons project里这个大的项目里，后面不再单独讨论TurboGears和repoze.bfg了。

Pylons和Django的设计理念完全不同，Pylons本身只有两千行左右的Python代码，不过它还附带有一些几乎就是Pylons御用的第三方模块。Pylons只提供一个架子和可选方案，你可以根据自己的喜好自由的选择Template、ORM、form、auth等组件，系统高度可定制。我们常说Python是一个胶水语言(glue language)，那么我们完全可以说Pylons就是一个用胶水语言设计的胶水框架。选择Pylons多是选择了它的自由，选择了自由的同时也预示着你选择了噩梦：学习噩梦，Pylons依赖于许多第三方库，它们并不是Pylons造，你学Pylons的同时还得学这些库怎么使用，关键有些时候你都不知道你要学什么。

Pylons的学习曲线相对比Django要高的多，而之前Pylons的官方文档也一直是人批评的对象，好在后来出了The Definitive Guide to Pylons这本书，这一局面有所改观。因为这个原因，Pylons一度被誉为只适合高手使用的Python框架。调试噩梦，因为牵涉到的模块多，一旦有错误发生就比较难定位问题处在哪里。

可能是你写的程序的错、也可能是Pylons出错了、再或是SQLAlchemy出错了、搞不好是formencode有bug，反正很凌乱了。这个只有用的很熟了才能解决这个问题。升级噩梦，安装Pylons大大小小共要安装近20个Python模块，各有各自的版本号，要升级Pylons的版本，哪个模块出了不兼容的问题都有可能，升级基本上很难很难。至今reddit的Pylons还停留在古董的0.9.6上，SQLAlchemy也还是0.5.3的版本，应该跟这条有关系。

最后关于框架选择的误区在框架的选择问题上，许多人很容易就陷入了下面两个误区中而不自知：

1. 哪个框架最好——世上没有最好的框架，只有最适合你自己、最适合你的团队的框架。编程语言选择也是一个道理，你的团队Python最熟就用Python好了，如果最熟悉的是Ruby那就用Ruby好了，编程语言、框架都只是工具，能多、快、好、省的干完活就是好东西。 2. 过分关注性能——其实大部分人是没必要太关心框架的性能的，因为你开发的网站根本就是个小站，能上1万的IP的网站已经不多了，上10万的更是很少很少。在没有一定的访问量前谈性能其实是没有多大意义的，因为你的CPU和内存一直就闲着呢。而且语言和框架一般也不会是性能瓶颈，性能问题最常出现在数据库访问和文件读写上。 PHP的Zend Framework是出了名的慢，但是Zend Framework一样有大站，如：digg.com；常被人说有性能问题的Ruby和Rails，不是照样可以开发出twitter吗？再者现在的硬件、带宽成本其实是很低的，特别有了云计算平台后，人力成本才是最贵的，没有上万的IP根本就不用太在意性能问题，流量上去了花点钱买点服务器空间好了，简单快速的解决性能问题。注：前面有网友质疑我“Quora是用Pylons开发的”这样的说法不客观，特说明一下，这里所说的某个网站A是用B开发的，只是指A主要或部分是由B开发的，大家就不要再去纠结A还用C了。

关于python web，建议多学习一下大神的案例。从里面提取精髓的东西加以吸收，Python学习指南请看下面的代码

learning = input(\'Do you want to learn Python now(Yes or No):\')

a = str(learning)

if a == \'Yes\':

print(\'QQ1129834903\')

else:

print(\'Thanks!!\')