MultiCAD.NET APIを使用したNanoCADでの「ラムのような新しいゲート」またはカスタム「擬似3D」オブジェクト

私の意見では、何かを学ぶ最良の方法の1つは、他の人と知識を共有することです。



今回は、MultiCAD.NET APIを使用してNanoCADでカスタムオブジェクトを作成する方法を理解する必要がありました。 Nanosoftのブログには、2013年の記事があり、 カスタムプリミティブを作成する際の基本的な問題について説明しています。 ただし、この記事を単純に複製することは面白くないことに同意するため、少し補足します。



ここでは、擬似3次元ドアを作成します 。このドアも開閉できます。 そして、私たちの小さなドアが孤独にならないように、彼女のために彼女を作ります-同じ壁です。



この場合の「疑似3D」という用語は、オブジェクトがソリッドボディのモデルのプロパティを持たないこと、つまり、3次元座標系で接続された幾何プリミティブのセットにすぎないことを意味します。 たぶんこれは完全に正しい用語ではないかもしれませんが、これまでのところ私はこれ以上良いものを取り上げていません。



残念ながら、私は現在プログラマーと呼ばれることはできないので、この記事は初心者から初心者まで、おそらくすべてのコードのスタイルになり、それに出会うテクニックは改善される可能性があります。



設計、CAD、NanoCAD、.NET向けの開発、特にC＃、羊とセサミストリートに興味があるなら、この記事はおそらくあなただけのものです。



また、羊とセサミストリートはどこにあるのでしょうか？ それから猫の下で歓迎されています。







私は劇的な一時停止をエスカレートしません。羊は私たちが今日することの意味の無さを説明するための隠phorです（少し後の写真）。



さて、セサミストリートは、最近覚えているだけで、マペット人形のひどいノスタルジアに打たれたので、単一のスタイルのストーリーテリングに耐えられるようになりました。



おそらく、陰謀をこれほど早く明らかにするのは愚かだったのでしょうか？ しかし、引き続き記事を読み続けてください。



内容：

パートI：新しいCADを使用して！ （はじめに）。

パートII：NanoCAD 8.5のコードの記述

パートIII：コードを無料のNanoCAD 5.1に適合させようとしています。

パートIV：MultiKukish（結論）

1.新しいCADで！ （はじめに）。

まず、NanoCAD 8.5 SDKの安定バージョンがNanoCAD開発者ポータルで利用可能になりました。今回はそれに焦点を当てます。



NanoCAD 8.1に焦点を当てた私の前回の記事では、プラットフォームに関する意見を共有し、アセンブリのプロジェクトを準備するプロセスを検討し、簡単なコマンドを作成しました。そのため、NanoCADとMultiCAD .NET APIを使用した開発に完全に慣れていない場合は、開始できます「Scarless Face」の記事またはMulticad.NET API 7の最初の手順（Nanocad 8.1の場合）



今回は、「水を注ぐ」ことを減らし、技術面にもっと注意を払う予定です。



私たちの施設の開発に移る前の唯一のことは、この記事を始める前に、本質的に2013年にすでにリリースされたNanoCAD（NC 5.1）の無料版のみを使用したということです。



これには2つの理由があります。それはあらゆる目的で完全に無料であり、2番目の理由は私が非常に弱いコンピューターを使用しているため、AutoCADが遅くなり、負荷が非常にかかることです。



しかし、この記事を書く前に、「ペン」でオブジェクトを描画する練習をし、オブジェクトの3D表示の仕組みを理解し、最も重要なこととして、デバッグプロセスで10,000回CADを再起動する必要があったため、NanoCAD 8.5を少し調べました。



したがって、一見すると、古い無料バージョンよりも描画する方が快適であり、古いNanoCAD 5.1と同じくらい速く読み込まれます。つまり、NC 8.5は他のピアよりも数倍速く起動します-AutoCAD 2017ストップウォッチによる計測）。 いつか会社が無料版を更新し、「電子的集大成」の機能に関する新しいAPIと新しいチップに移行することを期待するだけです。



最後に、開発者が利用できるNanoCADのバージョンで理解しているように、3Dソリッドモデリングモジュールが含まれていますが、特にユーザーが作成したオブジェクトの場合は、すぐにAPIを理解できませんでした。 次回は勉強するかもしれません。 それまでの間、「疑似3D」オブジェクトに満足します。



これには独自の利点もあります。少し適応した後のライブラリは、無料のNanoCAD 5.1で開始され、ソリッドモデリングはまったくありません。 しかし、それについては後で。

2. NanoCAD 8.5でコードを記述します

はい、はい、フォン・ザナック伯爵はすべてを正しく数えました！ たくさんの羊、壁、ドアを最後まで見ると、終わりになります。 これで、サインカウントに新しいタスクがあります-記事のビューと投票をカウントします。 私はすでにそれをまっすぐに聞くことができます：「1、1ビュー、2-2ビュー、3 ...」

通常どおり、完全なクラスコードとdwgファイルの例はGitHubにあります 。



そして今、それを部品に分解し始めます。 既製のアセンブリを適用しませんでした。プロジェクトを自分で組み立てることができると思います。 前の記事で 、NanoCAD 8.1用にMS Visual Studio 2015のプロジェクトを作成および構成する方法を写真で詳しく説明しました。



したがって、今回は、Nanocad 8.5でビルドする手順について簡単に説明します。

1. 新しいプロジェクトを作成し、.NET Framework 4プラットフォームを選択し、C＃クラスライブラリをテンプレートとして選択します。
2. Nanocadのx64バージョン（および1つあります）のSDK \ include-x64 \フォルダから、mapibasetypes.dll、mapimgd.dll、imapimgd.dllへのプロジェクトリンクを追加します。 3つのライブラリすべてについて、ローカルに設定されたプロパティをFalseにコピーすることを忘れないでください。
3. また、MicrosoftのアセンブリリンクSystem.Windows.Forms.dll、System.Drawing.dllを追加します。
4. プロジェクトプロパティの[デバッグ]タブで、起動時のアクションとして[外部プログラムで開く]を選択し、NC 8.5実行可能ファイルへのパスを指定します（C：\ Program Files \ Nanosoft \ nanoCAD x64 Plus 8.5 \ nCad.exeがあります） ）
5. ドアと壁にそれぞれDoorPseudo3D.csとWalllPseudo3D.csの2つのクラスを作成しましょう。
6. アドレスC：\ ProgramData \ Nanosoft \ nanoCAD x64 Plus 8.5 \ DataRW（変更される場合があります）に移動し、次の内容のファイルload.configを検索または作成します

<root> <list> <module path="C:\Users\...\bin\Debug\nanodoor2.dll"/> </list> </root>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

プロジェクトの名前は当然ありますが、プロジェクトへのパスは異なる場合があります。



さて、これで開発の準備は完了です。F5を押すと、NC 8.5が自動的に起動し、アセンブリが直ちに読み込まれます。開発されたコマンドを入力するだけです。



もう一度申し上げますが、私はプログラマーではないため、コードに多くの欠陥がある可能性があります。オブジェクトの保存、移動、コピー時の失敗、および単に最適でないソリューションです。 誰かが、コードを大きく複雑にすることなく、エゴを思い起こさせることができるなら、「地面に弓」。



しかし、何らかの方法で、このコードに基づいて、あなたと私はオブジェクトを作成する方法を少し理解することができます。つまり、彼は主な目標を達成します。



もちろん、NanoCAD開発者フォーラムのAlexander Polkhovskyに大いに感謝しなければなりません。彼はオブジェクトの移動と回転に関連する機能の再定義（ドアの開閉に役立つ）を大いに助けてくれました。 そして、他のすべてのフォーラム参加者のおかげで、これは現時点でMultiCAD.NET APIに関する最もアクセスしやすい情報源の1つであることを思い出させてください。



実行がより簡単であるため、壁から始めます。



まず、名前空間を追加しましょう。

 using System; using System.Collections.Generic; using System.ComponentModel; using Multicad.Runtime; using Multicad.DatabaseServices; using Multicad.Geometry; using Multicad.CustomObjectBase; using Multicad;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次に、カスタムオブジェクトクラスを作成します。

 namespace nanowall2 { //change "8b0986c0-4163-42a4-b005-187111b499d7" for your Guid from Assembly. // Be careful GUID for door and wall classes must be different! // Otherwise there will be problems with saving and moving [CustomEntity(typeof(WalllPseudo3D), "8b0986c0-4163-42a4-b005-187111b499d7", "WalllPseudo3D", "WalllPseudo3D Sample Entity")] [Serializable] public class WalllPseudo3D : McCustomBase {
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

好きなクラス名を使用します（私のものを残すことができます）。主なことは、McCustomBaseから継承することです。



すべてのクラス属性が必要です。正直に言うと、CustomEntity属性パラメーターを完全に理解していないので、類推して愚かにそれをやり直しました。



「8b0986c0-4163-42a4-b005-187111b499d7」-私の例では、これはGUIDです。.NETドキュメントでその操作方法を説明した瞬間に、「クリック」したようです。 簡単に言うと、一意にするために最後の桁を置き換えてアセンブリ設定ファイルから取得しました。 ドアクラスと壁クラスのGUIDが完全に同じである場合、奇跡が始まります：コピーすると壁がドアに変わり、ファイルを保存した後にドアの機能が失われます。自分で修正して、問題が発生しないことを願っています。



クラスのフィールドを定義します。

 private Point3d _pnt1 = new Point3d(100, 100, 0); private Point3d _pnt2 = new Point3d(500, 100, 0); private double _h = 2085;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

フィールド_pnt1および_pnt12、これらは壁のジオメトリが構築されるベースポイントです（壁の長さは基本的に）、_ hはデフォルトの壁の高さです（オブジェクトを作成した後、修正できます）。



次に、コールチームを作成し、ドアの概要を説明します。



CommandMethod属性のDrawWall。これは、オブジェクトを呼び出すためにコマンドラインに入力するコマンドの名前です。たとえば、機能を失うことなく、DWallによって短縮できます。

 [CommandMethod("DrawWall", CommandFlags.NoCheck | CommandFlags.NoPrefix)] public void DrawWall() { WalllPseudo3D wall = new WalllPseudo3D(); wall.PlaceObject(); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

チームを実装するクラスでは、wallクラスの新しいインスタンスを作成しています（これが行われない場合、すべての壁が1つの「超」壁として認識されるようになります）。 PlaceObjectメソッドを少し後で定義します。



オブジェクトをレンダリングする手順を定義します。

 public override void OnDraw(GeometryBuilder dc) { dc.Clear();
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

私はこの部分を完全には理解していませんが、どういうわけかAPIにはGeometryBuilderクラスがあり、それに基づいて壁のスカルプトを続けます。

Dc.Clearは、クラスインスタンス用に以前に構築されたすべてのジオメトリを毎回クリアするようです。



さらにシンプル。

  Point3d pnt1 = _pnt1; Point3d pnt2 = new Point3d(_pnt2.X, pnt1.Y, 0); Point3d pnt3 = new Point3d(pnt2.X, pnt1.Y+150, 0); Point3d pnt4 = new Point3d(pnt1.X , pnt3.Y, 0); // Set the color to ByObject value dc.Color = McDbEntity.ByObject; Vector3d hvec = new Vector3d(0, 0, _h);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

壁のベースとトップが構築されるベースとなる4つのベースポイントを定義し、最初と2番目のポイントはクラスのフィールドにリンクされます。つまり、後でそれらを操作します。 壁の長さは、ポイント_pnt1とpnt2の間の距離に応じて構築されますが、壁の幅は固定するのが難しく設定されていません（簡単にするために行われます）が、類推によって作業ロジックを簡単に再定義できます。



dc.Color-オブジェクトのブロックプロパティで色を設定しているようです。



ベクトルhvecは壁の高さです。これをベースに追加して上部を構築します。



次に、壁の下側と上側を描きます。

  dc.DrawPolyline(new Point3d[] { pnt1, pnt2, pnt3, pnt4, _pnt1 }); dc.DrawPolyline(new Point3d[] { _pnt1.Add(hvec), pnt2.Add(hvec), pnt3.Add(hvec), pnt4.Add(hvec), pnt1.Add(hvec)});
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

下部と上部をリブで接続します。

  dc.DrawLine(pnt1, pnt1.Add(hvec)); dc.DrawLine(pnt2, pnt2.Add(hvec)); dc.DrawLine(pnt3, pnt3.Add(hvec)); dc.DrawLine(pnt4, pnt4.Add(hvec));
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

hatch化のための花粉の輪郭を作成し、レンガbrick化で塗りつぶします（hatch化の名前はプログラム自体で確認できます）。 さらに、ポリラインのリストをシェーディングできず、手順を2回繰り返す必要がありました。 私は何かを考慮しなかったと思います。



ハッチングしているのは2つの壁面のみです-一番長い場合は、残りを自分でシェーディングできます。

 // Create contours for the front and rear sides and hatch them // In this demo, we hatch only two sides, you can tailor the others yourself List<Polyline3d> c1 = new List<Polyline3d>(); c1.Add(new Polyline3d( new List<Point3d>() { pnt1, pnt1.Add(hvec), pnt2.Add(hvec), pnt2, pnt1, })); dc.DrawGeometry(new Hatch(c1, "BRICK", 0, 20, false, HatchStyle.Normal, PatternType.PreDefined, 30), 1); List<Polyline3d> c2 = new List<Polyline3d>(); c2.Add(new Polyline3d( new List<Point3d>() { pnt4, pnt4.Add(hvec), pnt3.Add(hvec), pnt3, pnt4, })); dc.DrawGeometry(new Hatch(c2, "BRICK", 0, 20, false, HatchStyle.Normal, PatternType.PreDefined, 30), 1); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

オブジェクトのカスタムプロパティを定義します。私の意見では、2次元形式で描画する方が便利で、描画時に壁の高さを設定するのは不便です。壁の高さを描画手順の一部として設定できますが、より簡単な方法でプロパティを追加しますそれを使用して、描画後に高さを変更します。

 //Define the custom properties of the object [DisplayName("Height")] [Description("Height of wall")] [Category("Wall options")] public double HWall { get { return _h; } set { //Save Undo state and set the object status to "Changed" if (!TryModify()) return; _h = value; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

属性[DisplayName（ "高さ"）]-プロパティウィンドウに表示される名前[説明（ "壁の高さ"）]によると、これは説明ですが、表示場所がわかりませんでした[カテゴリ（ "壁オプション"）] -ドアの例で後述するように、フィールドのカテゴリは、便宜上フィールドをグループ化できます。

さて、通常はプロパティが続きます。Unity3Dでパブリックプロパティを作成したことがある場合、メカニズムは同様です。エディターから（この場合はCADから）クラスのフィールドに直接アクセスできます。



TryModify（）は必須のメソッドであり、オブジェクトのプロパティを変更する前に呼び出す必要があることを理解しています。 あと数回彼に会います。



次に、オブジェクトを図面に配置するメソッドを再定義します（以前はコマンドで呼び出していたことを思い出してください）。

  public override hresult PlaceObject(PlaceFlags lInsertType) { InputJig jig = new InputJig(); // Get the first box point from the jig InputResult res = jig.GetPoint("Select first point:"); if (res.Result != InputResult.ResultCode.Normal) return hresult.e_Fail; _pnt1 = res.Point; // Add the object to the database this.DbEntity.AddToCurrentDocument(); //Exclude the object from snap points jig.ExcludeObject(ID); // Monitoring mouse moving and interactive entity redrawing jig.MouseMove = (s, a) => { TryModify(); _pnt2 = a.Point; this.DbEntity.Update(); }; // Get the second box point from the jig res = jig.GetPoint("Select second point:"); if (res.Result != InputResult.ResultCode.Normal) { this.DbEntity.Erase(); return hresult.e_Fail; } _pnt2 = res.Point; return hresult.s_Ok; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このコードは、最初の章で説明したNanosoftの例からほぼ完全に借用されていますが、100％理解できませんが、壁の最初のポイント（jig.GetPoint）を入力するコマンドを簡単に呼び出してから、図面（DbEntity。 AddToCurrentDocument（））。その後、2番目のポイント（_pnt2）の入力を妨げないように、バインディングからオブジェクトを除外します。



すべてが正常な場合、オブジェクトは図面に配置され、そうでない場合（たとえば、入力が完了していない場合）、オブジェクトは削除されます。



そして最後の1つは、壁のサイズを変更するためのハンドルを作成します。

  // Create a grip for the base point of the object public override bool GetGripPoints(GripPointsInfo info) { info.AppendGrip(new McSmartGrip<WalllPseudo3D>(_pnt1, (obj, g, offset) => { obj.TryModify(); obj._pnt1 += offset; })); info.AppendGrip(new McSmartGrip<WalllPseudo3D>(_pnt2, (obj, g, offset) => { obj.TryModify(); obj._pnt2 += offset; })); return true; } } // TODO: There are many shortcomings in this code. // Including failures when working with copying, moving objects and saving files, you can improve it if you want. }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

私が理解しているように、上記の例のコードは、ハンドル部分（NC 8.Xの場合）で古くなっているため、この例のコードに注目する方が良いでしょう。



もちろん、私のコードは理想とはほど遠いことを警告しますので、適切で適切な編集に満足します。



ドアを考えてみましょう。 始まりは似ています。

 using System; using System.Collections.Generic; using System.ComponentModel; using System.Windows.Forms; using Multicad.Runtime; using Multicad.DatabaseServices; using Multicad.Geometry; using Multicad.CustomObjectBase; using Multicad; namespace nanodoor2 { //change "8b0986c0-4163-42a4-b005-187111b499d7" for your Guid from Assembly. // Be careful GUID for door and wall classes must be different! // Otherwise there will be problems with saving and moving [CustomEntity(typeof(DoorPseudo3D), "8b0986c0-4163-42a4-b005-187111b499d9", "DoorPseudo3D", "DoorPseudo3D Sample Entity")] [Serializable] public class DoorPseudo3D : McCustomBase { // First and second vertices of the box private Point3d _pnt1 = new Point3d(0, 0, 0); private double _h = 2085; private Vector3d _vecStraightDirection = new Vector3d(1, 0, 0); private Vector3d _vecDirectionClosed = new Vector3d(1, 0, 0); public enum status { closed , middle, open }; private status _dStatus = status.closed; [CommandMethod("DrawDoor", CommandFlags.NoCheck | CommandFlags.NoPrefix)] public void DrawDoor() { DoorPseudo3D door = new DoorPseudo3D(); door.PlaceObject(); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ドアが開いているか閉じているかを担当するフィールドが追加されていない限り、2つのベクトル_vecStraightDirectionが表示されます-現在のドアの回転を担当し、_vecDirectionClosed-ドアの回転に関するデータを閉じた状態で保存します これは後ですべて便利になります。



しかし、予想されるように、ドアのジオメトリには直接、小さな変更があります。

 public override void OnDraw(GeometryBuilder dc) { dc.Clear(); // Define the basic points for drawing Point3d pnt1 = new Point3d(0, 0, 0); Point3d pnt2 = new Point3d(pnt1.X + 984, pnt1.Y, 0); Point3d pnt3 = new Point3d(pnt2.X + 0, pnt1.Y+50, 0); Point3d pnt4 = new Point3d(pnt1.X , pnt3.Y, 0); // Set the color to ByObject value dc.Color = McDbEntity.ByObject; Vector3d hvec = new Vector3d(0, 0, _h); // Draw the upper and lower sides dc.DrawPolyline(new Point3d[] { pnt1, pnt2, pnt3, pnt4, pnt1 }); dc.DrawPolyline(new Point3d[] { pnt1.Add(hvec), pnt2.Add(hvec), pnt3.Add(hvec), pnt4.Add(hvec), pnt1.Add(hvec)}); // Draw the edges dc.DrawLine(pnt1, pnt1.Add(hvec)); dc.DrawLine(pnt2, pnt2.Add(hvec)); dc.DrawLine(pnt3, pnt3.Add(hvec)); dc.DrawLine(pnt4, pnt4.Add(hvec)); // Drawing a Door Handle dc.DrawLine(pnt2.Add(new Vector3d( - 190, -0, _h*0.45)), pnt2.Add(new Vector3d(-100, 0, _h * 0.45))); dc.DrawLine(pnt3.Add(new Vector3d(-190, 0, _h * 0.45)), pnt3.Add(new Vector3d(-100, 0, _h * 0.45))); // Create contours for the front and rear sides and hatch them // In this demo, we hatch only two sides, you can tailor the others yourself List<Polyline3d> c1 = new List<Polyline3d>(); c1.Add(new Polyline3d( new List<Point3d>() { pnt1, pnt1.Add(hvec), pnt2.Add(hvec), pnt2, pnt1, })); List<Polyline3d> c2 = new List<Polyline3d>(); c2.Add(new Polyline3d( new List<Point3d>() { pnt4, pnt4.Add(hvec), pnt3.Add(hvec), pnt3, pnt4, })); dc.DrawGeometry(new Hatch(c1, "JIS_WOOD", 0, 170, false, HatchStyle.Normal, PatternType.PreDefined, 500), 1); dc.DrawGeometry(new Hatch(c2, "JIS_WOOD", 0, 170, false, HatchStyle.Normal, PatternType.PreDefined, 500), 1); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

最初に、ドアを1つのポイントで構築することに注意してください。つまり、ドアの幅と高さのサイズは厳密に固定されています（壁とは異なるように）。 また、「//ドアハンドルの描画」セクションを追加しました。条件付きハンドルを示す2行があります。また、ハッチングのタイプをJIS_WOODに置き換えました。



ただし、2番目のハンドルは必要ないため、PlaceObjectメソッドは単純化されています。

  public override hresult PlaceObject(PlaceFlags lInsertType) { InputJig jig = new InputJig(); // Get the first box point from the jig InputResult res = jig.GetPoint("Select first point:"); if (res.Result != InputResult.ResultCode.Normal) return hresult.e_Fail; _pnt1 = res.Point; // Add the object to the database DbEntity.AddToCurrentDocument(); return hresult.s_Ok; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次に、壁のクラスに関する完全な新規性があります。 記事の冒頭でアレクサンダーに感謝した。



以下では、メソッドを再定義します。このメソッドは、ドアの変換マトリックス（移動および回転）の作成に何らかの形で不可解な責任を負います。

 /// <summary> /// Method for changing the object's SC (the graph is built at the origin of coordinates). /// </ summary> /// <param name = "tfm"> The matrix for changing the position of the object. </ param> /// <returns> True - if the matrix is passed, False - if not. </ returns> public override bool GetECS(out Matrix3d tfm) { // Create a matrix that transforms the object. // The object is drawn in coordinates(0.0), then it is transformed with the help of this matrix. tfm = Matrix3d.Displacement(this._pnt1.GetAsVector()) * Matrix3d.Rotation (-this._vecStraightDirection.GetAngleTo(Vector3d.XAxis, Vector3d.ZAxis), Vector3d.ZAxis, Point3d.Origin); return true; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

この方法の操作は完全には理解していませんが、各動きでドアが基点と回転ベクトルに応じて変形するため、最終的に図面でドアを開閉することができます。



次に、オブジェクトの変換中に発生すると思われるイベントを再定義します。

  public override void OnTransform(Matrix3d tfm) { // To be able to cancel(Undo) McUndoPoint undo = new McUndoPoint(); undo.Start(); // Get the coordinates of the base point and the rotation vector this.TryModify(); this._pnt1 = this._pnt1.TransformBy(tfm); this.TryModify(); this._vecStraightDirection = this._vecStraightDirection.TransformBy(tfm); // We move the door only when it is closed if not - undo if (_dStatus == status.closed) _vecDirectionClosed = _vecStraightDirection; else { MessageBox.Show("Please transform only closed door"); undo.Undo(); } undo.Stop(); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

まず、開発にとらわれないために、いくつかのポイント、特に私にとって難しいソリューションを簡略化しました。 これらの単純化の1つは、ドアの操作に関する制限です。



ドアは、閉じたときにのみ移動、回転、コピー、および変更できます（デフォルトで設定されています）。



これを機能させるために、取り消しオブジェクトを作成し、変更をコミットするための開始点をマークします。



次に、すべてが正常であれば、変換後の状態をポイント_pnt1とベクトル._vecStraightDirectionに渡します。



その後、状態のチェックがあり、ドアが閉じられている場合、変更が適用され、さらに閉じたドアの位置に関するデータを格納するベクトルに入力されます。

ドアが開かれた（または半開き）場合、エラーメッセージが表示され、すべての変更がキャンセルされます。



ドアの高さフィールドは壁に似ています。

 //Define the custom properties of the object [DisplayName("Height")] [Description("Height of door")] [Category("Door options")] public double HDoor { get { return _h; } set { //Save Undo state and set the object status to "Changed" if (!TryModify()) return; _h = value; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

しかし、次のフィールドは新しいです

  [DisplayName("Door status")] [Description("Door may be: closed, middle, open")] [Category("Door options")] public status Stat { get { return _dStatus; } set { //Save Undo state and set the object status to "Changed" if (!TryModify()) return; // Change the rotation vector for each of the door states switch (value) { case status.closed: _vecStraightDirection = _vecDirectionClosed; break; case status.middle: _vecStraightDirection = _vecDirectionClosed.Add(_vecDirectionClosed.GetPerpendicularVector().Negate() * 0.575) ; break; case status.open: _vecStraightDirection = _vecDirectionClosed.GetPerpendicularVector()*-1; break; default: _vecStraightDirection = _vecDirectionClosed; break; } _dStatus = value; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ドアの状態を担当しているのは、プロパティウィンドウにドロップダウンリストが表示されることです。値は、closed、middle、open（1対1、クラスの先頭の列挙の定義として）です。



各値を選択すると、ドアの回転に関与するベクトルが最終的に変化します。



閉じられると、以前に保存された状態_vecDirectionClosedに設定されます。



半開状態では、結果のベクトルが取得されます。これにより、ドアが約30度回転し、GOSTによる指定のようになります。



開いているときは、負の値を使用して閉じた状態ベクトルに対する垂直線を取得します（その結果、デフォルトでドアが開きます）。



デフォルトのケースはまったく必要ないと思いますが、私は去りました。



さて、最後は操作用のハンドルです。

 // Create a grip for the base point of the object public override bool GetGripPoints(GripPointsInfo info) { info.AppendGrip(new McSmartGrip<DoorPseudo3D>(_pnt1, (obj, g, offset) => { obj.TryModify(); obj._pnt1 += offset; })); return true; } // TODO: There are many shortcomings in this code. // Including failures when working with copying, moving objects and saving files, you can improve it if you want. }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

すべてドラッグできます。 時々、できる限り両方のオブジェクトにペンを持っていますが、それをデバッグする力はもはやありません（記事を早く終わらせると思っていましたが、すでに3日間完全に殺していました）。



したがって、F5キーを押し、DRAWWALLおよびDRAWDOORコマンドを使用してドアと壁を挿入します。

その結果、図にあるものが得られます。 その上で、私はあなたに4つの異なる角度から図書館の仕事を示します。 残念ながら羊は平らで、私はそれらを手で描いた。 さて、壁のあるドアは、GitHubの.dwgファイルの最新バージョンのドアとは少し異なり、2、3の変更を加えただけで、スクリーンショットを撮り直すのが面倒でした。



NETLOADコマンドを使用してライブラリを手動でロードする場合は、オブジェクトでファイルを開く前にライブラリをロードする必要があることを忘れないでください。そうしないと、プロキシオブジェクトとして認識されます。



Nanocadを初めて使用する場合は、次のようにオブジェクトの3次元ビューを取得するのが便利であることを思い出してください。view-> orbit-> dependent orbitに戻り、2次元ビューを戻すには、view-> views andprojects-> view計画->現在のUCS

3.コードを無料のNanoCAD 5.1に適応させようとしています。

前回の記事では、なんらかの理由で、フェイスペインティングチームは私のために働いていませんでしたが、今回はコードを適合させ、わずかな制限でオブジェクトをNanoCAD 5.1の無料バージョンで起動しました。



まず、環境の設定方法について簡単に説明しますが、ほとんど違いはありません。



したがって、ここでも、Nanocad 5.1でのビルド手順について簡単に説明します。

1. 新しいプロジェクトを作成し、.NET Framework 3.5を選択し、テンプレートとしてC＃クラスライブラリを選択します。
2. Nanocadのx32バージョン（および5.1のみ）の場合、SDK \ include \フォルダーからmapimgdへのリンクをプロジェクトに追加します。 ローカルに設定されたプロパティを必ずFalseにコピーしてください。
3. また、MicrosoftのアセンブリリンクSystem.Windows.Forms.dll、System.Drawing.dllを追加します。
4. プロジェクトプロパティの[デバッグ]タブで、起動時のアクションとして[外部プログラムで開く]を選択し、NC 5.1実行可能ファイルへのパスを指定します（C：\ Program Files（x86）\ Nanosoft \ nanoCAD 5.1 \ nCadがあります）。 exe）
5. 「アセンブリ」セクションのヒープの前でさえ、最終プラットフォームであるx86をインストールしました。
6. ドアと壁にそれぞれDoorPseudo3D_nc51.csとWalllPseudo3D_nc51.csの2つのクラスを作成してみましょう。
7. C：\ ProgramData \ Nanosoft \ nanoCAD 5.1 \ DataRW（これはあなたとは異なる場合があります）を通り、次の内容のload.configファイルを見つけるか作成します
   
   

 <root> <list> <module path="C:\Users\...\bin\Debug\ nanodoor2_51.dll"/> </list> </root>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ファイルへの独自のパスがあります。



コードに根本的な違いはないため、両方のクラスをネタバレの下に隠し、違いのみを説明します。



だから壁：





違いは何ですか？まず、空の図面にオブジェクトを挿入しようとしたときに、Nanocadがそれをスケーリングして壁やドアが見えないようにし、スケール付きのフィールドを追加しました。



壁の場合、壁の厚さを変更し、ドアの場合、厚さと長さを変更します。



したがって、目的の座標には、開いているプロパティがあるスケールが乗算されます。



MultiCAD.NET APIの古いバージョンの2番目の違いは、ハッチングを操作するためのクラスがないことです。通常の.NETのAPIを介して実装できると想定できますが、そうではありません。



今ドア：





繰り返しますが、ほとんどすべてが同じです。唯一のことです。バージョン5.1では、フィールドは列挙を異なる方法で処理し、closed / openの代わりにオブジェクトのプロパティウィンドウに列挙値が表示されます：0、1、2はあまり明確ではないため、警告を少し変更しましたエラー。また、ドアにはハッチングがなく、スケールに追加のプロパティがあります（必要に応じて、NC 8.5のクラスにも実装できます）。



次のようになります。

4. MultiKukish（結論）

, , . MultiCAD.NET API AutoCAD ZWCAD , .



, . , , AutoCAD 2017, — «MultiCAD_AC_ZC_Enabler_2209_RU.zip» ( 1.5 ), AutoCAD 2016. .



今回、別のオプションを試してみることにし、ZWCAD + 2015の試用版をダウンロードしました。これもこのレイヤーがサポートする最新バージョンです。私は知りません、多分私は「握手」かもしれませんが、このライブラリも前の記事のライブラリもZWCADで急上昇しませんでした。したがって、誰かが走って、スクリーンショットを共有してくれたら、ありがたいです。



残りについては、このAPIを台無しにすればするほど、より深く関わり合い、好きになり始めます。APIが改善されていること、APIクラスの一部のメンバーは既にロシア語で正気な説明を持っていること、そしてAPI自体がより自給自足になっていることがわかります。



DWG 2018のサポートを備えたNanoCAD 9（またはそれが呼ばれるもの）がリリースされると、さらに良くなると思います（特に、開発者がフォーラムで約束したように、新しい無料のNanocadが続く場合）。



だから、Nanocad開発者フォーラムのすべての参加者に-助けてくれて、開発者に-NC 8.5を投稿してくれてありがとう、そしてすべての読者に-最後まで記事をマスターしてくれてありがとう。



PS最初は、タイトルの記事は別の写真になっているはずでしたが、「氷ではない」と判断し、最終的に政治的に正しいカーミットとグローバーに置き換えました（ところで、写真の一部は私が見つけたビデオにつながります）。しかし、私は記事の下で元の画像を隠すことにしました...