Home/ Questions/Q 105525
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T01:27:10+00:00

We are developing an extension (in C# .NET env.) for a GIS application, which

  • 0

We are developing an extension (in C# .NET env.) for a GIS application, which will has predefined types for modeling the real world objects, start from GenericObject, and goes to more specific types like Pipe and Road with their detailed properties and methods like BottomOfPipe, Diameter and so on.

Surely, there will be an Object Model, Interfaces, Inheritance and lots of other essential parts in the TypeLibrary, and by now we fixed some of them. But as you may know, designing an Object Model is a very ambiguous work, and (I as much as I know), can be done in many different ways and many different results and weaknesses.

Is there any distinct rules in designing O.M.: the Hierarchy, the way of defining Interfaces, abstract and coclasses enums?

Any suggestion, reference or practice?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. A couple of good ones:

    SOLID

    Single responsibility principle
    Open/closed principle
    Liskoff substitution principle
    Interface segregation principle
    Dependency inversion principle

    More information and more principles here: http://mmiika.wordpress.com/oo-design-principles/

    • 0