パート2)を読んでいれば、BricsCADが、あなたとあなたの会社が何十年にもわたって信頼してきたLISPツールを完全にサポートしていることを知っているはずです。LISPツールをサポートしていることを知っています。これで、BricsCADへの移行、つまり自分の環境と標準を移行する準備が整いました。考慮すべき項目は何ですか?この議論のために、私たちはLISPのカスタマイズに焦点を合わせていて、メニューやカスタムユーザーインターフェース(CUI)の修正には焦点を合わせていません。メニューを変更する前に、最初の1週間程度はデフォルトのBricsCADインターフェイスを使用することをお勧めします。Bricscadのインタフェースを使用することをお勧めします。私にとっては、「他の」環境よりもBricsCADの標準レイアウトとコマンドアクセスのほうが実際には好ましいことに気づきました。すべてのコマンドが配置されている場所を見つければ、他のCADのようにツールメニューの表示を切り替える必要はありませんでした。ちなみに...2、3レベルのメニューを選ぶのではなく、マウス以外の手でショートカットコマンドを入力したい場合は、本当に「オールドスクール」だと知っているでしょう。BricsCADを使用するにつれて、キーボードショートカットには頼らないようになります。合理化されたユーザーインターフェースとクワッドカーソルは、実際にタイプするよりメニューを使いやすくします。試してみれば、あなたもそれを気に入るはずです。ほとんど違いがない移行を開始する準備が整ったら、BricsCADのLISPとOtherLISPの違いはほとんどありません。コードがロードされて実行され、機能は同じです。アプリを「移植」する際の主な違いは、いくつかの小さなセットアップ手順、コマンドライン構造、そしておそらくファイルの場所です。始めに、BricsCADで既存のプログラムの設定と起動を見直しましょう。つのファイルにする必要があります。システムでオプションを切り替えます。私はこのオプションを常に有効にしておくことを好みます。BricsCADの設定パネルについてここで少し時間を取り、BricsCADのオプション/設定メニューに慣れておくことをお勧めします。作業を開始するにつれ、「他の」CAD環境にもあればよかったのに思う設定やオプションがたくさん見つかるでしょう。フォルダサポートを追加します。原則として、絶対に必要でない限り、私は決してパスをハードコーディングしません。一般的に、コマンドを実行して先へ進む前に、以下に示すような方法で、「findfile」関数を使いファイルが存在することを検証します。ファイルで関数をデマンドロードするために用いる方法の一つです。「サポートパスでカスタムコードではありません!」警告);真ではないので、警告を);ステートメント場合は終了)。on_start.lspファイル内の関数と同じ名前です。この関数は、呼び出し関数が起動されると再定義します。このことは、LISPがいかにダイナミックであるか示されているように、このメソッドを使用するもう一つの理由です。ワークフローの実行中、通常は無数のメンテナンス項目をリストにまとめますが、この作業をつい先に延ばしてしまいがちです。ドキュメント標準を更新するよい機会となります。禁止事項に対処する必要があります。LISPコード外に格納するため私が用いる方法についても触れていきます。