私はコーディング ナイフを研ぎ澄まし、開発に戻ってきました。数年前、多くの人が、(クラシック) Mac に搭載された Symantec Think Pascal デバッガーはまったくのハチの膝であり、他に類を見ないものであると述べました。誰もそのデバッガーを複製しようとしなかったことを考えると、そのステートメントは奇妙だと思いました...この特定のデバッガーをそれほど特別なものにしたのは正確には何でしたか?
1855 次
3 に答える
9
(Symantec の前) で働いていた者としてこれに答える Macintosh Pascal が開発されていた (1984 年) 間、マイナーな役割だったと思います。
これが革新的だった理由は 2 つあります。1 つ目は、インクリメンタル コンパイラであることです。編集 - コンパイル - リンク - テストのサイクルをなくすことは、大きなメリットです。Google の Mel Conway (Think のチーフ サイエンティスト) なら、インクリメンタル コンパイラの構築に関するいくつかのメモを見つけることができると思います (投稿する前に彼のメイン サイトを見たところ、構築中のようです)。
2 番目の理由は、それが GUI であり、実際のプログラム コードで動作したことです。これを比較すると、MS-DOS や Mac 用のシンボリック デバッガーが数年後まで利用可能だったとは思えません (1985/86 年の 1 つの Mac プロジェクトを思い出すと、残りのアセンブリ ダンプを絶えず解釈していました)。チーム) であり、ソースレベルのデバッグとはかけ離れています。Microsoft は、1988 年に Quick C を使用したソースレベルのデバッガーをリリースしました (iirc)。私は Turbo-Pascal や Turbo-C を使ったことがないので、彼らが何を持っていたのかわかりません。
今日では、ほぼすべての IDE が同等またはそれ以上のデバッグ機能を提供しています...
于 2009-05-12T15:49:53.177 に答える
3
THINKPascalが大好きでした。デバッガーは素晴らしかったし、当時は考えられないほど素晴らしかった。過去数年間にEclipseを使用するまで、TPが私に与えてくれたWowの感覚に近づくものはありませんでした。これまでのすべては妥協であり、一歩後退しました。
THINK Pascalは、私がそれを使って書いているプログラムに与えようとした、ユーザーインターフェイス、使いやすさに一種の注意を払いました。そのプログラマーは、私にとって何かが色付けされているか、どこからアクセスできるかが重要であると考えることを尊重し、これを検討するために時間を費やし、素晴らしい選択をしました。MPW、AppleのMacintoshプログラマーワークショップなど、他のツールは当時より強力でしたが、注目すべき例として、それらのツールにはアクセスできず、（ナイーブユーザーの観点から）整理が不十分で、友好的ではありませんでした。 「それを利用するために（基本的に、それはユニキシーコマンドラインユーザーであることを意味しました）。THINK Pascalは、私が手が届くところにグッズを出しました。
TPの好きなところを再現したり、それを素晴らしいものにする特定の機能を考え出すのは難しいので、ごめんなさい。機会があれば、古いメールアカウントを開いて、詳細を考え出すことができるかどうかを確認します。
于 2009-05-30T22:19:16.413 に答える
2
より多くの方々からのご意見を伺いたいと思っていましたが、皆さんのほとんどが現在の最先端にいること、そして昔の Mac OS はもちろん Windows 95 のことさえ覚えている人があまり多くないことに気がつきました。 (つまり、System 6)...それ自体は良いことです。誤解しないでください。しかし、私はそれを考慮に入れていませんでした。
Mike Robinson が興味深い洞察を追加している間、私はお尻をググって、次の 3 つのリンクに出くわしました。簡単に言うと、Think Pascal デバッガーは、任意のコードを実行できるインタープリターでもあったようです...そのため、ブレークポイントを設定し、バグを分離し、提案された修正をコード ウィンドウに入力して、コードの実行を確認することができました。 ...またはそのようなもの。当然、できるだけ多くの人の意見を聞きたいのですが、とりあえず:
これは、公開されている Think Pascal 4.5.a1 です。
于 2009-05-12T15:33:53.437 に答える