Topic: Persistent reactors

[It's Alive!]

What types of persistent reactors can be attached to an entity. I know Groups is one, but are there any others that might come up in this function?

Thanks

Code: [Select]

//Gets collection of Group.ObjectId(s) from an Entity.ObjectId
    internal static ObjectIdCollection GroupIdsFromEntity(ObjectId objectId)
    {
      ObjectIdCollection GroupCollection = new ObjectIdCollection();
      Database Db = AcDb.HostApplicationServices.WorkingDatabase;
      var Tm = Db.TransactionManager;

      using (Transaction Tr = Tm.StartTransaction())
      {

        foreach (var e in Tr.GetObject
          (objectId, OpenMode.ForRead).GetPersistentReactorIds())
        {
          GroupCollection.Add((ObjectId)Tr.GetObject
            ((ObjectId)e, OpenMode.ForRead).ObjectId);
        }

        Tr.Commit();
      }

      return GroupCollection;
    }


[Kerry]

I haven't tracked it through Daniel, but fields come to mind ...

[It's Alive!]

Thanks Kerry. I suppose I ought to test the type

[Kerry]

I'm not sure what you mean by 'type' ??

[It's Alive!]

I meant, testing each ObjectId returned by GetPersistentReactorIds() to see if it points to an object that is a typeof Group.
This code seems to work, and may also work for other persistent reactors as well.

Code: [Select]

    //Gets collection of Group.ObjectId(s) from an Entity.ObjectId
    internal static ObjectIdCollection GroupIdsFromEntity(ObjectId objectId)
    {
      var GroupCollection = new ObjectIdCollection();
      var Db = AcDb.HostApplicationServices.WorkingDatabase;
      var Tm = Db.TransactionManager;
      using (var Tr = Tm.StartTransaction())
      {
        var TmpCollection = Tr.GetObject
          (objectId, OpenMode.ForRead).GetPersistentReactorIds();
        foreach (var e in TmpCollection)
        {
          var Gr = (DBObject)Tr.GetObject((ObjectId)e, OpenMode.ForRead);
          if (Gr.GetType() == typeof(Group))//<--- Test the type.
            GroupCollection.Add(Gr.ObjectId);
        }
        Tr.Commit();
      }
      return GroupCollection;
    }


see all my pretty var vars??

[LE]

var Gr = (DBObject)Tr.GetObject((ObjectId)e, OpenMode.ForRead);

The var keyword is NOT a completely new type, instead the compiler just takes a look at the right-hand side of the expression. If the right-hand side is an int, for example, the compiler will "replace" the var keyword with int.

Dan;

In your sample code, is still needed the cast of (DBObject) ?


That new keyword will make the typing easier and it is making closer to what we can do with (setq) in autolisp..... interesting --- here is a link to some comments about it - bad and good

http://www.codepost.org/view/126

Thanks!

[It's Alive!]

The var keyword is NOT a completely new type, instead the compiler just takes a look at the right-hand side of the expression. If the right-hand side is an int, for example, the compiler will "replace" the var keyword with int.

Right, you can still see the full type by hovering the mouse over the var keyword, You can also right click on var to go to definition... so
I don’t think the new keyword will make maintaining code any harder... but ... am still on the fence on whether it’s faster or not.
If you type the left side, intellisense will pick the right, with var it won’t. so either way you have to type one side.

So far this new C# seems pretty nice.

In your sample code, is still needed the cast of (DBObject) ?

You’re correct, I do not need the cast, I was doing the copy/paste stuff 

[LE]

You’re correct, I do not need the cast, I was doing the copy/paste stuff

It was a curiosity.... thanks!


I will wait for the final release to start playing with the new net version....