Mathematicaで構文エラーをローカライズする方法は？

Question

構文エラーをローカライズするトリックはありますか？既存のコードを編集するときにこの状況に陥ることがあります。最新の例がありますが、エラーを見つける効率的な方法がありますか？ （私はすでにエラーを検出しました、ではなく、効率的）

http://yaroslavvb.com/upload/save/syntax-error.nb

Answer 1

してもよいし、私は何かが足りないのですが、あなたの例では、それは非常に簡単でした：私は、ノートブックにあなたのコードを入れて実行しようとした後、通常のオレンジ色のブラケットが表示され、メッセージを展開すると、問題がvertexFormula関数の空のカッコ内にあることが非常にはっきりと示されます。私の経験では、ほとんどの場合、オレンジ色のボックスは十分なヒントを与えます。

私は毎日、Workbenchのコードハイライトを使ってそれを使用しています。それはすぐに構文エラーを強調表示し、あなたは単一のパッケージと複数のパッケージの両方のための非常に強力なEclipseベースのナビゲーションを持っています。インタラクティブなFrontEnd開発からWorkbenchに移行することで柔軟性が失われているように見えるかもしれませんが、逆のことがわかりました（エンタープライズJavaのバックグラウンドの復讐かもしれません）：ノートブックをWorkbenchプロジェクトでは最初の開発を行いますが、プロジェクトと既に開発して使用している多数のパッケージにアタッチされます。ノートブックからパッケージへの移行は簡単ではありません。コードをパッケージに転送した後でもそのノートブックを使用し続けることができ、パッケージをロードすることを心配する必要はありません。プロジェクト内で全体的に見て、あなたのプロジェクトがいくつかの重要な質量を超えたらすぐに、私はWorkbenchベースの開発をもっと楽しくしていると思います（おそらく約1000ロットですが、ymmv）。しかし、私はまだFrontEndで完全にプロトタイプを作成することを好む機能の新しく独立したチャンクを完全に。

コード内のいくつかの特定のコーディング標準を遵守するか、コードを使って作業すると、コードを完全なまとまりに分解する簡単なパーサーパーサーを開発することができます（関数のdefenitions、Module-sなど）。 、CompoundExpressions）。次に、ToExpressionを使用して、部分的なパーサーが返した文字列コードチャンクのリストにマップして、問題のあるコードを確認します（$ Failedが返されます）。しかし、Workbenchを使用する場合、これは完全に不要です。