Ruby on Rails vs django
如果你想开发一个新的应用程序，并且在Django和Ruby on Rails应用程序框架之间犹豫不决，那就别着急。本文探讨了在选择应用程序框架之前应该考虑的各种问题。它还介绍了这些框架，展示了它们的主要特性，并通过对两个框架逐个函数的比较得出结论。但是，我们鼓励那些不熟悉这两个框架中的任何一个的人这样做学习这两种Django的基本知识或者Ruby on Rails。
关键的考虑在购买Web应用程序框架时
在你决定购买一个web应用框架之前，考虑一下下面的清单;
1.使用
在你开始寻找框架之前，检查你的需求，确定你是否需要一个框架。如果您的应用程序将基于CRUD操作，以防您没有时间分离UI和底层逻辑，那么您将主要需要一个。另一方面，如果您只想要一个时髦的URL系统，或者只想要框架的一部分，则不需要框架。
2.许可
在你使用特定框架开发应用之前，先调查并确定授权是否允许你发行应用。大多数授权都是宽松的，但也有一些更严格的。这可以扩展到插件和扩展。
3.易于安装
如果一个框架不容易安装，无论它有多少特性或者安装速度有多快，如果在安装过程中必须执行许多步骤，那么它通常会产生问题。明智的做法是选择一个能让你快速启动和运行的框架。
4.核心库
框架应允许您在需要更多控制或其他功能时操纵它。检查框架是否提供AJAX，缓存，数据消毒和验证，URL映射或重写。目前，框架是作为库的库开发的，允许您根据您的偏好将图书馆的部分与其他人交换。
5.单元测试
这涉及验证和验证程序员测试源代码单位是否足以使用的软件。单元包括应用程序的最小可测试组件。请注意允许自定义和核心测试的框架，以查看应用程序的关键组件。
6.文档
框架的文件是其成功的关键。一个好的文件吸引了帮助进一步帮助福音的用户。凭借准备好的和令人困惑的文件，没有人会把你的框架推出第二眼。
寻找一个具有包含大量示例、示例代码、文章和教程的全面文档的框架。
7.框架背后的社区
有时，你的应用程序会遇到问题，这迫使你联系支持人员或使用你的框架的社区成员。选择一个框架，其社区愿意带你通过技巧在行业中取得成功。框架背后的社区总是决定它的成功或失败。
修复bug和更新框架
一个大框架肯定需要几个程序员，他们一旦发现它们就必须经常通过代码和壁球错误。另一方面，如果您创建自己的框架或采用小框架，而不是不是，您会发现自己负责修复错误和更新。
如果您选择一个停滞不前的框架，您将收到来自黑客的消息，告知您易受攻击的页面的漏洞。最好从框架开发人员收到可能甚至可以提供要解决问题的链接的框架开发人员。
尽管如此，在Rails上拍摄Ruby的专家级课程这个框架强烈推荐给那些希望完全学习如何修复这个框架上的任何bug的Django用户。
Django的定义
这是一个免费的开源web应用框架，用Python编写。它遵循模型-视图-控制器体系结构模式。Django促进了干净实用的网页设计的快速开发。betwayapp下载安装设计该框架主要是为了解决两个问题:严格要求其资深开发者和严格要求的编辑部。它推动用户想出优秀和创新的应用程序。
Django的目标是帮助创建复杂的、数据库驱动的网站。它强调组件的可重用性和可插拔性，快速开发和“不要重复自己”的原则。betwayapp下载安装Python广泛用于文件、数据模型和设置。它还提供了创建、读取、更新甚至删除等可选接口。该接口通过自省动态生成，并通过管理模型进行配置。
Instagram、Mozilla、Pinterest和华盛顿时报都是使用Django的热门网站。
Ruby on Rails定义
Ruby on Rails或仅仅是Rails指的是通过Ruby编程语言操作的开源web应用框架。该框架允许创建从web服务器收集数据的网页和应用程序。它还允许开箱查询和呈现模板。
因此，该框架具有一个不依赖于web服务器的路由通道。它强调使用已经知道的软件工程模式，如配置约定(CoC)，不要重复自己(DRY)以及模型-视图-控制器。
区分两者的特征
让我们来看看这两个框架之间的区别，从Django开始;
MVC控制器框架
它的框架是一种完全可配置的，允许开发人员根据其特定要求量身定制。其应用程序是独立的，可以重用。其应用程序包括模型，模板和视图。
控制
在Django中，开发人员可以自由地整合配置和布局选项，这对他/她的应用程序非常重要。不同的Django应用有不同的结构。因此，开发人员可以完全控制布局和配置选项的选择。
模板层
该框架将定制的模板语言与可扩展的标记库结合在一起。因此，这些模板是干净的，因为操纵和滥用的程度较低。此外，它还允许在默认模板不符合规格的情况下提供备选模板。
自由管理
通过其内置支持，该框架能够为网站生成管理员用户界面。
现在，让我们来看看Ruby on Rails框架特有的特性;
约定优于配置
rails框架的关键卖点是其称为“约定优于配置”(CoC)的理念。具体来说，这意味着该框架拥有一个具有合理默认值的结构化布局。所有涉及到的组件，如JavaScript视图和布局，都有特定的放置位置。安置后，应用程序只是拾取他们没有任何额外的输入从你。CoC使得思考一个项目并因此配置它变得很容易。
模型 - 视图控制器框架
它处理web应用程序的所有维度。它将域对象作为资源，并使用诸如GET和DELETE等HTTP谓词以标准化的方式处理它们。应用程序的业务逻辑包含在模型中，控制器所做的只是从模型层调用功能，并将获得的数据通道到视图层，然后视图层以可理解的方式向用户显示数据。
数据库迁移
初始的数据库模式可能会发生变化，即可能会添加或删除一些字段，还可能会在其他变化中引入新表。正是这些变化被称为“迁移”。这个特性是Rails免费提供的。
Ajax集成
JavaScript和AJAX在Rails中高度集成。这种集成使得在Rails中创建和处理AJAX请求变得很容易，这在充满丰富和充满活力的web ui的现代世界中是非常有益的。
可扩展性
框架是可扩展的，虽然有许多社区提供的插件，可提高应用程序的功能。好事是这样的插件可免费使用。一些流行的插件包括Rails Admin和Rails的jQuery。
测试
测试代码是非常关键的。所有的Rail生成器通常生成您必须填写的测试存根。它支持几乎所有的测试框架，比如test::Unit。它是非常重视测试的主要框架之一。
逐函数比较
- 这两个程序都使用HTML模板——然而Rails模板使用Ruby代码，而Django使用特定的标记语言。Rails被设计成允许在需要的情况下使用更复杂的函数，而Django被简化为甚至允许没有编程经验的用户构建模板。
- 当涉及演示层，rails和django在他们的展望和ajax中不同。Rails Model包括带有其控件和视觉效果库的JavaScript框架的原型。相比之下，Django只附带了JSON模块。JavaScript决定留给开发人员
- 这两个框架都使用对象关系标记作为链接到底层数据库的方式。但是，它们具有不同的模型对象的定义。谈到Django时，开发人员有任务是指定每个类的每个属性，在这些规范之后，有自定义工具可以从模型定义开发数据库模式。谈到Rails时，模型属性在类定义中未说明。但是，可以根据类名从数据库中检索所有这些信息。
- 说到管理数据库，Django有一个内置的系统，可以自动为模型对象生成管理页面，并通过各种方式自定义表示。就其本身而言，Rails没有内置的自动生成管理页面的方法，它依赖于3理查德·道金斯广泛可用的派对插件来执行类似的任务。
- Django和Rails都允许使用公共表达式来定制url到控制器动作的映射。好的方面是，两者都很灵活，允许开发人员创建任何类型的映射方案。此外，Rails允许基于控制器中的类和函数名进行自动URL映射。该功能进一步体现了“约定高于定制”的理念。
通过对特性的分析，很明显，这两种哲学之间有一个细微但明显的区别。Ruby on Rails主要专注于为开发人员开发一个幕后工作的框架，目的是简化工作。
Django也做了相同的东西，但它专注于拯救您自己的努力。任何用户谁已注册了一个好的django课程本能地理解这两个框架之间的基本思想是相似的。Django注重的是便利性，而Rails则提供了更好的外观。
结论
很难推断一个比另一个更好。说实话，两者都很棒。如果您使用其中一个，则无需切换另一个。因此，如果您正在寻找在新项目中使用的框架，则确定使用的关键因素归结为您是否喜欢Python或Ruby编程语言。
