Bin*_*ier 5 programming-languages declarative
题
如上所述,您有任何提示可以帮助理解/理解/获取您的头脑声明性编程语言吗？
或者它只是一个案例,你要沉浸在语言和它的语法中,直到它渗透,直到你得到你获得它的黄金时刻.这不是一个真正的选择,因为我不能再连续几天将自己锁在一个房间里,在这个主题上仔细研究了六本不同的书(责任就是他们所有的)
那么,当你处理声明性语言时,任何有助于你的提示或技巧,任何传递的见解？
PS我个人会首先回答" 闭嘴并投入工作 " 的第一个答案.
背景
当我第一次开始拧代码时,我才13岁(基本上,在我的姐妹Oric-1上).
从那以后,我一直在使用许多新概念和许多不同的语言,尽我所能,我很快占上风.面向对象？没打扰.事件驱动的范例？抽我一把腌鱼,我会回来吃早餐.
猫头鹰,Mfc,ActiveX,Vb3,4,5和6,VB.Net,Pascal,Delphi,C,C++和C#.没有人阻挡我,至少不会很长时间.
然而,最近我的完美成绩已经受到了一些打击.
几个星期前,我把自己投入了Xaml,伙计们,我比游泳更沉没.
我认为我的主要问题是它是声明性的.我所有的其他编程技巧都是程序性的.我之前用MSBuild打过这个块,我可以复制一些如何让MSBuild工作的例子,但是从头开始把它放在一起就会丢失.
回到Xaml,目前我疯狂地尝试将触发器连接到属性并获得我需要的效果.
我可以尽快在这里发布我的特定Xaml问题.现在我问这个一般的"声明性编程"问题.
PS不,我实际上并不是这么自大.是的,当我第一次点击OO并且第一次编写一个事件驱动的UI(Windows 3.11上的VB3)时,我偶然发现了.
编辑
它开始沉沦了,在这个领域让我这么远的坚韧得到了回报,它只需要花费很多时间!
...我觉得我这个东西太老了...:)
在本世纪初，我不得不教一些 XSL（或 XSLT，如您所愿）:)，这确实是一个不同的世界。然而，这是范式转变的基础：你必须意识到声明性语言确实是不同的。我最重要的建议是继续研究其他人的解决方案，投入工作，并真正尝试停止在 FLOW 中思考。最糟糕的是，在 XSL 中，有一个“if”和一个“else”，但通常还有另一种方法来做事情。
与学习 OO 不同，在 XSL（或者我想是任何声明性语言）中，除非以声明方式进行，否则您将无法完成您想要做的事情。
因此，部分答案是，正如您所建议的那样，“闭嘴，做好工作”，但更重要的一点是要认识到，很多工作都是在让您思考范式转变。所以真正的答案是，“密切关注范式转变。” 你必须停止按流程思考，并开始思考可以按任何顺序触发的规则……如果它们做得正确，那么它们何时触发并不重要。当你最终用规则来思考而不是当事情发生时，你就开始理解这种转变了。