programming-languages - 了解声明式编程语言的技巧？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




9年前关闭。




问题

如上所述，您是否有任何提示可以帮助理解/理解/了解声明式编程语言？

或者这只是一种情况，您必须让自己沉浸在语言及其语法中，直到它渗入，直到您获得 的黄金时刻。获取 .这不是一个真正的选择，因为我不能再把自己锁在一个房间里连续几天，仔细研究关于这个主题的六本不同的书(责任就是它们的全部)

那么，当您处理声明式语言时，有什么提示或技巧对您有帮助，有什么可以传递的见解吗？

附言我个人会赞成第一个回答“闭嘴并投入工作”。

背景

当我第一次开始编写代码时，我 13 岁(基本，在我的姐妹 Oric-1 上)。

从那以后，我使用了许多新概念和许多不同的语言，从容应对，我很快就占了上风。面向对象？不是麻烦。事件驱动的范式？给我抽根腌鱼，我会回来吃早餐。

猫头鹰、Mfc、ActiveX、Vb3、4、5 和 6、VB.Net、Pascal、Delphi、C、C++ 和 C#。没有人阻碍我，至少没有很长时间。

然而，最近我的满分受到了一些打击。

几周前，我全身心地投入到 Xaml 中，伙计们，我比游泳更容易下沉。

我认为我的主要问题是它是声明性的。我所有的其他编程技能都是程序化的。我之前用 MSBuild 遇到过这个问题，我可以复制如何让 MSBuild 工作的示例，但是从头开始将一些东西放在一起会丢失。

回到 Xaml，目前我正在疯狂地尝试将触发器连接到属性并获得我需要的效果。

我很快就会在这里发布我的特定 Xaml 问题。现在我在问这个一般的“声明式编程”问题。

附言不，我其实没那么自大。是的，当我第一次使用 OO 和第一次编写事件驱动的 UI(Windows 3.11 上的 VB3)时，我就像 hell 一样跌跌撞撞。

编辑

它开始沉没，让我在这个领域走到这一步的坚韧正在得到返回，只需要这么多压裂时间 !

. . .我想我对这些东西来说太老了。 . . :)

Answer 1

在本世纪初，我不得不教授 XSL(或 XSLT，如您所愿):)，这是一个不同的世界，真的。然而，这是范式转换的基础:您必须意识到声明式语言确实不同。我得到的最重要的建议是不断研究别人的解决方案，把工作投入进去，真的试着停止思考 FLOW .最糟糕的是，在 XSL 中，有一个“if”和一个“else”，但通常还有另一种做事的方式。

与学习 OO 不同，在 XSL(或任何声明性语言，我想)中，除非您以声明方式进行，否则您将无法完成您想要做的事情。

因此，部分答案是，正如您所建议的那样“闭嘴并做工作”，但更重要的一点是要意识到，很多工作都在让您了解范式转变。所以真正的答案是， “注意范式转变。” 你必须停止思考流程，开始思考可以按任何顺序触发的规则……如果他们做得对，他们什么时候触发都没有关系。当您最终考虑规则而不是事情发生时，您就开始理解这种转变。