问题标签 [paradigms]

我看到这篇文章讨论了为什么 Java 中的双重检查锁定范式被破坏了。如果声明了变量，范式是否适用于 .NET（特别是 C#）volatile？

在过去的几天里，我一直在阅读有关基于流的编程的一些内容。有一个wiki提供了更多详细信息。维基百科对此也有很好的概述。我的第一个想法是，“另一个伟大的乐高乐园假装编程支持者”——这个概念可以追溯到 80 年代后期。但是，当我阅读更多时，我必须承认我已经变得很感兴趣。

1. 您是否将 FBP 用于实际项目？
2. 您对于 FBP 的观点是？
3. FBP有未来吗？

从某种意义上说，这似乎是我们的行业自过程语言出现以来所追求的重用圣杯。

偶尔，我们会经历一次颠覆我们假设的软件学习体验，我们会从全新的角度看待软件开发。对于我们中的大多数人来说，我怀疑最明显的一个是向核心 OOP 的过渡。您还经历过哪些此类地震，您建议我们如何利用您的经验来质疑我们的假设？

编辑：也许对你学到的东西有一些建议，以及它如何改变你的编程？

这些编程范式之间有什么区别，它们是否更适合特定问题，或者是否有任何用例偏爱其中一种？

架构示例赞赏！

当我通读 stackoverflow 的答案和问题时，我得到的印象是 OO 被划分为本质上是必要的。

但是，OO 不只是一种将代码和数据划分为现实世界对象的方法吗？

如果是这样，为什么要放弃其他较低级别的范例来在这样的平台上工作？

IOW，默认情况下不可变的基于对象的泛型类型系统将是功能性第一语言的工作方式，默认情况下可变的基于对象的泛型类型系统将是命令式语言的世界。

还是我完全错过了什么？

作为一个主要处理高级编程语言的软件开发人员，我不确定我能做些什么来适当地关注即将到来的多核计算机的普遍存在。我主要编写普通且要求不高的应用程序，但我认为了解是否需要更改任何编程范式甚至语言以掌握未来很重要。

因此，我的问题是：
How to deal with increasing multicore presence in day-by-day hacking?

是否有任何范式可以给您不同的思维方式或对编写多线程应用程序有不同的看法？也许是感觉非常不同的东西，比如过程编程和函数编程。

What do the terms functional, declarative, and imperative programming mean?

我使用 Dtrace 已经有一段时间了，随着时间的推移，我开始想知道 Dtrace 中使用的 D 语言的编程范式是什么。

我猜它不是命令式语言，所以这意味着它是某种声明性功能语言，但我不是语言分类学方面的专家，那么 D 语言应该正式（或半正式）归类为什么？

我已经编程好几年了，从那时起，我学到了一些概念和技术，这些概念和技术使我成为了一个更好的程序员（即 OOP、MVC、正则表达式、散列等）。我也觉得通过学习几种语言（basic、pascal、C/C++、lisp、prolog、python），我以一种非常积极的方式拓宽了我的视野。但是从前一段时间我觉得我没有学习任何新的好“技巧”。你能推荐一些有趣的概念/技术/技巧，让我重新学习吗？