pythonruby_为什么以及如何从Ruby切换到Python

python ruby

本文是 Sqreen的第一位工程师 Benoit &＃xff08;他在Ruby代理和Python后端上工作&＃xff09; 分享的个人经验 。

早在2008年&＃xff0c;当我还在工科学校时&＃xff0c;我的两个朋友就决定成立一家名为Feedbooks的公司。 他们的目标是使人们更容易找到&＃xff0c;下载和共享高质量的电子书。 一个数字图书馆&＃xff0c;它将公共领域的杰作&＃xff0c;自我出版的作品和商业发行的作品归纳在一起。

允许他们实现此目标的网站必须快速&＃xff0c;高效且易于维护。 当时&＃xff0c;刚看完现在著名的“ 如何在15分钟内创建博客 ” Ruby on Rails演示视频&＃xff0c;创始人决定放弃尝试并开始编写代码。 几周后&＃xff0c;为了尽快开发产品&＃xff0c;他们需要其他帮助&＃xff0c;并问我。

像我这一代的许多工程师一样&＃xff0c;我以前涉猎过PHP和Mysql网站很多&＃xff0c;甚至为小型开源CMS系统做出了贡献。 我熟悉与Web相关的所有内容&＃xff0c;但从未听说过Ruby。 因此&＃xff0c;我观看了视频&＃xff0c;也迷上了Ruby on Rails的魔咒。 在接下来的十年中&＃xff0c;我一直迷上Ruby&＃xff0c;而且还在继续。 我们一群志同道合的朋友伸出援手访问了图书馆网站&＃xff0c;并使用该技术开发了许多其他网络应用程序。

但是为什么是Ruby&＃xff0c;这有什么好处呢&＃xff1f;

Ruby是一种非常有表现力的语言。 语言的主要设计师Matz在创建Ruby时有一个非常简单的目标&＃xff1a;为程序员带来快乐。 对我来说&＃xff0c;这显然已经实现。 Ruby是一种面向对象的脚本语言。 Ruby中的每件事都是一个“对象”。 Ruby虚拟机负责将看起来很自然的语法转换为实际指令。 该VM不断改进&＃xff0c;并且每个新版本的生成代码都变得更快。 Ruby中的对象通过向自身发送包含方法名称和参数列表的消息来进行协作。 Ruby的自省性也很容易&＃xff0c;更改这些消息或创建临时接口很容易。

这些使之成为编写域特定语言&＃xff08;DSL&＃xff09;的一种非常好的语言。 这正是David Heinemeier Hansson&＃xff08;又名DHH&＃xff09;在创建Rails时所做的。 Ruby on Rails的核心是DSL的集合以及可轻松生成模型驱动的Web应用程序的框架。 时至今日&＃xff0c;它特别适应并擅长创建应用程序&＃xff0c;而业务逻辑和建模将在其中发挥重要作用。

因此&＃xff0c;六年后&＃xff0c;当我加入Sqreen成为第一位工程师时&＃xff0c;合理的选择是使用Ruby。 但是&＃xff0c;当我们启动Sqreen后端时&＃xff0c;我们没有使用Ruby&＃xff0c;而是使用了Python。

您是说您喜欢Ruby&＃xff0c;但选择了Python作为后端&＃xff1f;

这是为什么&＃xff1f;

首先&＃xff0c;Sqreen后端实际上是向世界公开&＃xff08;或不公开&＃xff09;的多种服务。 新客户看到的第一部分是我们的公司网站&＃xff0c;它实际上是一个静态网站&＃xff08;尽管我们确实使用基于Ruby的网站生成器Jekyll生成了网站&＃xff09;。 然后是我们的仪表板&＃xff0c;相反&＃xff0c;它是一个非常动态的应用程序&＃xff0c;构建为单页应用程序&＃xff0c;是在首次涉足Meteor&＃xff08;这是另一天的博客文章&＃xff01;&＃xff09;作为React应用程序后编写的。 仪表板与专用API进行通信&＃xff0c;我们称之为“后端的前端”。 这不是我们唯一的API&＃xff0c;我们还有其他一些API&＃xff0c;但到目前为止&＃xff0c;最重要的是我们专用的“代理后端”。

我们很早就决定&＃xff0c;我们不想使用多种语言编写API&＃xff0c;以便我们可以轻松地在不同的API之间重用业务逻辑代码和模型。 我们还很早就预见到&＃xff0c;至少代理的后端应该能够很容易地扩展到大量并发客户&＃xff0c;因为我们的代理经常会向后ping后端。

不幸的是&＃xff0c;Rails的运行速度并不是我们真正的首选。 显然&＃xff0c;Rails并不是将Ruby用于应用程序和API的唯一方法&＃xff0c;Ruby中提供了许多微框架&＃xff0c;其中最著名的是Sinatra。 Sinatra很棒&＃xff0c;它有一个非常小巧且易于使用的API&＃xff0c;我们本来可以做到的。

我们选择Python的原因有两个。 首先&＃xff0c;两位联合创始人JB&＃xff06;Pierre对Python更加熟悉&＃xff0c;在他们以前在Apple的生活中曾将Python用于一些内部工具。 其次&＃xff0c;我们始终认为数据分析对于Sqreen至关重要。 不幸的是&＃xff0c;Ruby对此并没有太大帮助&＃xff0c;而Python科学生态系统只是一流的。 选择很容易&＃xff0c;让我们使用Python及其众所周知的微框架解决方案。 烧瓶。

从Python开始

那时&＃xff0c;我只涉足Python编写小型脚本&＃xff0c;以转换和重塑某些数据或执行计算。 我必须加快使用它来创建API的速度。 幸运的是&＃xff0c;如果您更改编程语言&＃xff0c;则Web及其基本组件不会更改。 HTTP / HTML / JSON仍然是基于文本的协议/语言&＃xff1b; REST仍然相同。 我在职业生涯中所学到的一切仍然有效&＃xff0c;只是输出方式有些不同。 在Ruby中&＃xff0c;使用称为Rack的通用规范来使应用程序与Web进行较低级别的通信。 这是一个非常简单的规范&＃xff0c;主要规定应使用“ Array”表示HTTP请求和响应。 事实证明&＃xff0c;Ruby的Rack实际上是从Python早期的一项名为WSGI的计划中获得启发的。 很好&＃xff0c;一个巨大的潜在障碍已消除。

但是语言呢&＃xff1f; 如前所述&＃xff0c;Ruby是一种面向对象的脚本语言&＃xff0c;而python也是一种面向对象的脚本语言。 但是&＃xff0c;Python在实现该概念上的方法不够纯净。 它不是作为一种面向对象的语言创建的&＃xff0c;它还支持其他范例&＃xff08;主要是功能&＃xff09;。 但是&＃xff0c;它们仍然是不同的语言&＃xff0c;因此语法是完全不同的。 让我们举几个。 Ruby使用关键字&＃xff08;开始/定义结束&＃xff09;描述块。Python使用空格。 这确实需要一些习惯&＃xff08;而且我个人仍然更喜欢Ruby的方式&＃xff09;。 您可以使用try / except在Python中使用begin / rescue / end捕获Ruby中的异常。 但是对我来说&＃xff0c;最大的变化是无法以Ruby允许您传递给许多方法的方式来进行任何内联阻止&＃xff08;例如&＃xff0c;使用&＃96;find&＃96;&＃xff0c;&＃96;map&＃96;&＃xff0c;&＃96;inject&＃96; ...&＃xff09;。 在现代Python中&＃xff0c;人们可以使用内联理解来经常执行等效操作&＃xff0c;但是语法会变得非常混乱。 这实际上迫使开发人员更多地考虑正在使用的循环数&＃xff0c;并最终导致更高效的代码。 我还发现了一些新的&＃xff0c;非常周到的概念。 示例&＃xff1a;Python中的上下文管理器使您可以将清理行为应用于资源&＃xff0c;而实际的语法又促使人们编写更有效的代码。

那么我个人如何快速掌握Python语法&＃xff1f; 首先通过练习使用非常好的Python Koans 。 这个开源项目使人们能够通过修复一组越来越困难的单元测试来学习Python。 他们浏览了该语言的不同功能&＃xff0c;并提供了一个实际的&＃xff0c;非常深入的教程。 然后&＃xff0c;我阅读Python文档。 Ruby文档可能很简短&＃xff0c;有时甚至缺少&＃xff0c;而Python文档却非常完整。 该语言分为多个模块&＃xff0c;每个模块都有详细的解释&＃xff0c;通常会详细说明模块存在的基本原理&＃xff0c;要解决的问题&＃xff0c;如何解决的问题以及何时不使用它&＃xff01; 是的&＃xff0c;显然&＃xff0c;它还包括示例。 对于任何想使用Python的人来说&＃xff0c;这都是必读的。 等待所有这一切是否意味着Sqreen不使用Ruby&＃xff0c;并且我不再使用它了&＃xff1f; 很高兴您提出要求&＃xff0c;实际上没有&＃xff01; 我喜欢Ruby&＃xff0c;实际上我们在Sqreen做了很多工作。

首先&＃xff0c;我们有一个Ruby代理 &＃xff0c;可帮助保护Ruby应用程序。 在过去的3年中&＃xff0c;我不断地进行开发和维护代理&＃xff0c;实际上它比以前复杂得多&＃xff08;阅读&＃xff0c;有趣&＃xff01;&＃xff09;。 我们每个代理商都进行动态检测。 换句话说&＃xff0c;我们正在编写代码&＃xff0c;该代码将基于通过有线发送的描述&＃xff08;经过加密签名&＃xff09;来更改正在运行的软件的控制流。 我们首先在Ruby中进行了实验&＃xff0c;但是现在我们正在使用五种技术&＃xff08;很快就会有六种&＃xff01;&＃xff09;进行此操作。 这并非易事&＃xff0c;与一群才华横溢且富有激情的人们一起就此主题开展工作是一种荣幸。

其次&＃xff0c;当我们创建代理时&＃xff0c;在将其发送给第一批测试人员&＃xff08;现在是客户&＃xff09;之前&＃xff0c;我们希望在现实生活中对其进行全面测试。 我们需要一个外观逼真的应用程序&＃xff0c;我们还可以在该应用程序上评估代理的行为。 秉承我们的工程文化&＃xff0c;我们决定自食其力&＃xff0c;并创建了一个小巧但非常有用的Rails管理界面。 内部每天都在使用它来监视我们代理商的行为并为我们的客户提供帮助。

来过那里的人的一些建议

您是Ruby开发人员正在考虑从Python开始吗&＃xff1f; 你应该做&＃xff01; 它与Ruby足够相似&＃xff0c;您很快就会感到有生产力。 但是&＃xff0c;它也足够不同&＃xff0c;您将学到一些新技巧&＃xff0c;这些新技巧可以为您打开新的大门。 无论如何&＃xff0c;成为一个小技巧的小马绝不是一个好主意&＃xff01; 一个好的交互式教程和文档是一个很好的起点。 但您也应该尝试在真实的应用程序上工作。 仅执行教程时&＃xff0c;就不会出现生态系统的许多特质&＃xff08;例如&＃xff0c;包管理&＃xff0c;测试&＃xff0c;配置文件…&＃xff09;。 想与已经做出转换的人一起尝试吗&＃xff1f; 加入Sqreen &＃xff0c;很明显&＃xff0c;我们正在招聘&＃x1f609;

最初于 2019 年1月30日 发布在 blog.sqreen.com 上。

翻译自: https://hackernoon.com/how-i-switched-from-ruby-to-python-ac7038015888

python ruby