Ifc serialization improvements

[srudenkoamc]

BACKGROUND:

• IFC serialization needs improvement.

DESCRIPTION:

• Massive refactoring of IFC serialization.
• Changes from https://github.com/hypar-io/Elements/pull/531 are included.
• Recognition of core Hypar Element types from original IFC serialization is preserved.
• Added fallback conversion to GeometricElement in case if IfcBuildingElement is not supported.

FUTURE WORK

• Representations extraction should be revised after multiple representations concept implementation.
• For the most types only extrude and mapped representations are supported. But each IFC type supports it's own list of Geometric Representations. They may get support in the future.
• Each IfcRepresentationItem has it's own maretial, but Element can have only one material. It may change after multiple representations concept is implemented.
• There are many door operation types that aren't supported now.
• IFC property sets and IFC quantity sets may be used for extraction of some properties.
• IfcBooleanClippingResultParser doesn't apply boolean clipping operation.
• German names aren't extracted properly (see 'AC20-Institute-Var-2.ifc' for example).
• IFC files for "rac_sample" and "rme_sample" tests cannot be read because of some errors during file parsing in Document class.
• The original representation of an object won't be preserved, if it is converted to one of the core types (not Geometric Element). Instead the representation from 'UpdateRepresentation()' method will be used.

TESTING:

• Existing tests are improved in order to observe the effect of changes.

---

This change is 

[srudenkoamc]

Reviewed 1 of 22 files at r10, 6 of 7 files at r11, 2 of 2 files at r12, 1 of 1 files at r13, all commit messages. Reviewable status: 1 change requests, 0 of 1 approvals obtained (waiting on @srudenkoamc)

Elements/src/Door.cs line 86 at r13 (raw file):

            Representation = representation ?? new Representation(new List<SolidOperation>() { });
            Opening = new Opening(Polygon.Rectangle(width, height), depthFront, depthBack, GetOpeningTransform());
            Id = id != default ? id : Guid.NewGuid();

was this due to a serialization issue? I believe we can also create an empty constructor which may also fix the serialization issues with newtonsoft

This is a fix for a situation when a door has the default Guid instead of a generated one when a Guid isn't specified in the constructor parameters. The fix for the serialization issue is in the another PR (https://github.com/hypar-io/Elements/pull/1050).

[srudenkoamc]

... It looks like all the comments were addressed... If there are no more updates I will merge!

_Reviewable_ status: :shipit: complete! 1 of 1 approvals obtained (waiting on @srudenkoamc)

No updates from me. The changes may be merged.