抱歉,您的浏览器无法访问本站
本页面需要浏览器支持(启用)JavaScript
了解详情 >

我们知道,赋值等过程中使用 MatrixForm 往往会导致后续的计算失效。比如:

只要输出介质为pdf,就不要使用 eps 和 PSTricks 插图

这篇文章主要是记录一下在回答贴吧上这个问题时所发现的关于Mathematica求导的一些坑。

原问题虽然没有明说,但我推测问题背景应该是波特图之类的问题,具体问题如下:

我曾经写过一篇关于Mathematica中下标与赋值问题的文章,不过那篇文章重点解决的是符号关联的问题。但有时,我们可能会遇到另一种问题,比如

All problems in computer science can be solved by another level of indirection. [1]

最近在拿Mathematica做一些小东西的时候发现CurrentValue等函数在动态中刷新不受Refresh等方式影响。比如

众所周知,Mathematica中虽然使用下标形式非常方便,但如果对下标结构进行直接赋值,它将关联到内部符号Subscript上。这样,在我们大量清理符号定义的时候可能会漏掉一些定义。类似地,导数Derivative有同样的问题,比如对于

Mathematica在处理字符时默认总会将所有字符转换为ASCII字符表示,例如π会转化为\[Pi],而像汉字这样的一般字符会转化为\:4eea

这种设计固然可以避免某些环境对非ASCII字符不支持的困难,而且在Mathematica环境下会自动转换成原本的字符,但对于一般的文本阅读环境而言,尤其是在代码中使用一些中文文本或者注释时,这样的内容阅读起来根本无法理解。

为了方便在没有Mathematica的环境下也能方便的阅读程序包中的非ASCII的一般字符,下面脚本提供了将\:nnnn形式的转义序列转换为UTF-8编码下对应的Unicode字符的简单方法

根据个人经验和见闻总结而来。主要涉及C和C++语法和语义方面的一些陷阱。