Message 1 of 4
Blocks Vs. Groups
Not applicable
10-17-1999
09:33 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report
Hey VBA group,
I am writing a design for a customer and am making the following
assumptions, I was hoping that they can be validated by this news group,
also I have some questions:
Assumptions I am making
====================
Blocks are permanent (stored in the file)
Groups are permanent (stored in the file)
A block can be contained in other blocks, model or paper space
A block can contain any number of groups but a group cannot contain a block
Certain operations on a group are applied to all entities of that group such
as .erase, this cannot be achived with blocks where entities are manipulated
one at a time.
What I am developing
=================
=================
Now based on these assumptions, I am doing the following....
I am building a data structure which is a combination of volatile vs
permanent elements to store a dynamic table (ie. editable by the users) -
the table is being used to store a bill of materials list for manufacturing
assemblies. If you don't know what a bill of materials list is, its a list
of components used to make an assembly structure:
The user will see something like this:
BOM ID | Prt # | Description
100 | Part 55 | This is a screw
101 | Part 888 | This is a harness
200 | Part 999 | Steel 5 x 2 x 2
etc.
The way that this will work is as follows, permanently in the file will be
Non volatile data entities
===================
a. A block (the table the user can edit)
b. The block contains a set of groups (one group for each row of the table)
c. Each group contains a set of attributes (the columns (tagString) and
their values (textString) )
d. The actual graphical elements for the table which are box entities are
just stored with the block, and regenerated each time the table is modified.
e. There will also be some meta-attributes which are just added to the block
f. There will also be some column headers, which are just more graphical
elements attached to the block
Volatile Data Entities
===============
When the program is loaded the following will be instantiated into memory:
a. An object which represents the table as a whole.
b. The object contains a collection of the groups, remember the groups will
represent the tables rows.
c. The object also contains a collection of the meta attributes, referenced
by their tag name.
Does this data structure sound reasonable?
Also I have two further questions:
=========================
1. By adding an attribute to a group, the group being attached to a block,
does that attribute automatically get added to the block?
2. Do all of the selection set methods work with groups?
Any help would be extremely appreciated,
Dave
I am writing a design for a customer and am making the following
assumptions, I was hoping that they can be validated by this news group,
also I have some questions:
Assumptions I am making
====================
Blocks are permanent (stored in the file)
Groups are permanent (stored in the file)
A block can be contained in other blocks, model or paper space
A block can contain any number of groups but a group cannot contain a block
Certain operations on a group are applied to all entities of that group such
as .erase, this cannot be achived with blocks where entities are manipulated
one at a time.
What I am developing
=================
=================
Now based on these assumptions, I am doing the following....
I am building a data structure which is a combination of volatile vs
permanent elements to store a dynamic table (ie. editable by the users) -
the table is being used to store a bill of materials list for manufacturing
assemblies. If you don't know what a bill of materials list is, its a list
of components used to make an assembly structure:
The user will see something like this:
BOM ID | Prt # | Description
100 | Part 55 | This is a screw
101 | Part 888 | This is a harness
200 | Part 999 | Steel 5 x 2 x 2
etc.
The way that this will work is as follows, permanently in the file will be
Non volatile data entities
===================
a. A block (the table the user can edit)
b. The block contains a set of groups (one group for each row of the table)
c. Each group contains a set of attributes (the columns (tagString) and
their values (textString) )
d. The actual graphical elements for the table which are box entities are
just stored with the block, and regenerated each time the table is modified.
e. There will also be some meta-attributes which are just added to the block
f. There will also be some column headers, which are just more graphical
elements attached to the block
Volatile Data Entities
===============
When the program is loaded the following will be instantiated into memory:
a. An object which represents the table as a whole.
b. The object contains a collection of the groups, remember the groups will
represent the tables rows.
c. The object also contains a collection of the meta attributes, referenced
by their tag name.
Does this data structure sound reasonable?
Also I have two further questions:
=========================
1. By adding an attribute to a group, the group being attached to a block,
does that attribute automatically get added to the block?
2. Do all of the selection set methods work with groups?
Any help would be extremely appreciated,
Dave