值得探索以改善编码风格的5种编程语言

"为什么这段代码如此混乱? 为什么这个问题很难表达? 这段代码到底是怎么回事?"

诸如此类的问题使我多次寻求编程语言的圣杯。 我还没有找到圣杯,但是就像每一次旅行一样,我变得更聪明,更有经验。

长期以来,程序员一直在寻找向计算机表达自己的最佳方式。 在曾经创造的所有语言中,只有少数发展成为广泛的行业标准。

像我一样,您可能正在使用经过考验的流行技术,并尝试使其以最佳方式工作。 但是我们都知道事情不是完美的-它们的缺点会影响我们的神经和耐心。

这是我尝试过的语言的简短列表,这为我的日常工作带来了一些好处。 虽然不是大多数语言的专家,甚至不是常规用户,但我对这些语言进行了很多有趣的尝试,而且我想认为它们只是使我总体上成为一个更好的程序员。

ML语言(F#/ OCaml)

对于第一个条目,我想向您介绍ML系列的语言。 这不是我第一次进入函数式编程(FP)世界。 然而,正是这一点使我对它的实际工作方式有了真正的实际了解。

尽管两种语言都支持多种范例,但它们最适合于函数式编程。 它们不像Haskell那样严格和纯净,因此您可以将您的脚趾浸入函数式编程风格中,而无需太多的初期挣扎和挫折。

我真的很喜欢通过匹配和破坏来控制流程是多么容易。 F#能够一目了然地可视化函数的流程。 无论语言如何,我都会努力将其纳入代码中。

多亏了ML语言,我在类型的组成和设计方面变得更好。 即使F#会尝试从您编写的核心代码中猜测您的类型,它也是一种强类型化的语言。

F#非常适合学习序列上的功能样式操作。 这是任何FP第一语言的共同特征。 折痕,地图压缩等与FP编程器工具箱中的锤子等效。 易于使用的语法支持着重于此元素,将帮助您训练大脑以了解可以抽象为序列操作的问题。

如果您具有OOP(面向对象编程)的经验,那么学习F#是进入函数式编程世界的绝佳的第一步。 如果遇到困难,您总是可以回到日常的对象和课程。 F#将它们与其他代码混合在一起,而不必大惊小怪。

如果您具有C#的经验,则F#与.NET的互操作性也将为您带来很大的帮助。 您仍然可以使用可信赖的.NET工具和nuget包。

我只能建议您尝试一下。 没有非常陡峭的学习曲线,这很有趣。

但是,如果您不害怕陡峭的学习曲线,则可以直接跳至:

Haskell

现在,Haskell一直是(现在仍然是)我要时不时地挑战。 即使我从未完成过任何大型项目,但我始终喜欢与之合作的精神挑战。

Haskell编程从一开始就是一种残酷的经历……老实说,它仍然是。 Haskell不是一种蓬松的用户友好型ML语言。 这种语言将迫使您对FP进行编程并正确编程。

您必须正确设计类型。 您必须精确地计划功能。 而且对实现没有任何欺骗,如果您说此功能会做某事,则必须兑现您的承诺。 没有一半的实现,没有漏掉的案例或"其他"。

但最重要的是,没有隐藏的副作用。 如果您说您的函数将获得一个字符串并取回该字符串,则编译器将强制您兑现您的承诺。 没有打印调试信息,没有读取用户输入。 您说过您会得到一个琴弦并只将琴弦还给您,不是吗?

使用这种语言确实可以使您的大脑注意所承诺的声明功能(或方法)的内容。

即使这种严格性不能总是很好地翻译成C#之类的语言,但它会使您更加了解,并会促使您谨慎地声明函数,以便其他用户不会感到不愉快。 一两年后再回到自己的代码时,这将为您节省一些咒骂。

我知道当我修改传递给该方法的任何参数时,我的大脑会立即发出警报。 我需要那个吗? 我是否警告过潜在用户该功能会干扰他/她的数据?

当我开始学习Haskell时,它是一种奇怪的语言。 我已经知道Haskell程序员坐在编程象牙塔的顶层。 我还发现,显然奇怪的生物正在悬停在塔顶顶部上方(笑话归于ScottW)。

这些人在编程:

LISP系列:通用LISP,Clojure,Scheme

对于像我这样来自C家族的任何人来说,这都是一个真正的陌生人。 第一次困惑地看一下代码,第一次斜视是由一群大括号拥抱这些陈述引起的。 啊,回忆!

我进入LISP世界的第一步是通过Clojure。 我只是在书店里浏览,当时一本关于Clojure的书引起了我的注意(出于对我的爱,我不记得那本书是哪本书)。 我把它带回家,冒险开始了。 或者,确切地说,是一个天又一个难题地解决,并试图了解如何使用该工具的日子。 几周后我放弃了,一年后又回来了。 并再次放弃。 然后,我找到了Common LISP,然后再次使用它,但是这次有了发现我的文本编辑器(也许是操作系统)想要的EMACS的附加价值。

我不记得在这个周期中什么时候点击了。 大括号融合到背景中,剩下的只是一个清晰的提示。 如果您在LISP中发现一件事,那就太优雅了。 我绝对不会说我可以用LISP编写优秀代码,但是阅读经验丰富的程序员的代码是一种敬畏和嫉妒的经历。 我希望有一天,我将有技能来编写能很好地说明自己的程序。

如果我可以证明这些语言的出色表现,那么即使我没有足够的知识亲自编写该程序,我仍然可以理解该程序的意图。

所有这些都归功于简单而灵活的设计。 最重要的是,有一个我所不知道的宏系统。 通过支持语法构造,这使您可以围绕已解决的问题编写程序。

另一个重要功能是使用REPL进行交互式实验性编程。 编写活动代码鼓励进行试验,并允许您在提交给代码的一种设计之前检查许多想法。

即使我在工作中不使用LISP,它仍然是一个很好的工具,而且我在经常被引用的句子"发现学习LISP将使您成为更好的程序员"中发现了事实。 我不知道我是否可以通过LISP成为一个更好的程序员,但这无疑扩大了我的视野。

Rust

当我处理C ++ pet项目时,我首先发现了Rust。 我不讨厌或鄙视C ++,但是使用它的任何人都知道,有时C ++可能会令人讨厌。

C ++所提供的复杂性和自由度令人惊叹,但也可能使人不堪重负,甚至失去希望……

如果您从未在其中编写过中型或大型项目,那么让我告诉您,它很快就会变得混乱。

这种语言庞然大物背后的驱动思想是,无缘无故应该阻止开发人员用自己的脚射击……或者恰好是现在出现的20英尺,而您不确定他们是如何到达这里的。 同样,您的原始脚在某处,但您不确定该在哪里。

无论如何。 Rust用RAII范式的严格性和自以为是的AF解决了这个问题。 类似于Haskell的方式,编译器始终处于工作状态,并确保您正确构建程序。

主要目标是:如果编译,它将正常工作。

用Rust写作就像与一个愤怒的教练合作,他会在一点点滑倒的情况下纠正您。

这是一个好习惯,尤其是在您无法正确设置内存管理的情况下。

每次查看Rust时,Rust似乎都会得到重大改进。 即使它不能代替C ++代替中级通用语言,还是有一个好的竞争者仍然很不错。

SmallTalk

我的朋友在有关面向对象和功能范式的酒吧辩论中向我推荐了这个。 在啤酒的充分刺激下,我站在一位功能编程的新手的立场上,他认为这种新的范例将解决我所有的问题,即使不是世界上的问题。

我被一个简单的论点反驳:

试试Smalltalk,看看面向对象的编程是否真的没有用。

所以我尝试了并且感到谦虚。 原来,我不知道如何执行OO。 Smalltalk是特定的。 大多数实现:Pharo,Squeak等将为您提供完整的IDE,这几乎就像是为开发而构建的小型操作系统。

它为您提供了完成任务的所有工具,但最重要的是,它强烈建议工作流向您展示如何以我所说的Smalltalk方式进行开发。

因此,您要发表评论,也要编写测试。 您需要将对象和函数命名和分类为适当的对象,协议和包。

叫我疯了,但是当我以正确的方式做事时,我觉得法罗几乎为我感到骄傲。

事实证明,正确的方法可以花很多时间。

语言本身非常简单,您可以在不到15分钟的时间内轻松学习语法。 没有技巧,没有语法糖。 它为您提供了足够的工具来完成工作,因此您可以做到。 您不必费心去寻找应该使用的语言工具-别无选择。 我觉得它可以让我的大脑将所有精力集中在手头的工作上。 它对我有用,也许对您有用。

后记

我在本文中跳过了一些语言。 其中一些是如此广泛,以至于您可能以其他形式(例如Python / Java / C ++ / C#等)看到了它们。

有些人我没有遵守规则,即如果您无话可说,那就什么也不要说(我看着您JavaScript,ekhm)。

有些,例如Ruby,Scala,Perl,我还没有尝试过。 希望以后能对这些有所了解。

我来评几句
登录后评论

已发表评论数()

相关站点

+订阅
热门文章