Design object-oriented data models - Revision history

KNO at 10:06, 4 November 2015

2015-11-04T10:06:34Z

KNO at 08:59, 23 July 2015

2015-07-23T08:59:51Z

KNO at 21:07, 2 February 2015

2015-02-02T21:07:22Z

JKN at 14:07, 12 May 2014

2014-05-12T14:07:51Z

JKN at 14:07, 12 May 2014

2014-05-12T14:07:12Z

JKN: moved Design object-oriented data models with rich functionality to Design object-oriented data models

2013-10-15T14:19:28Z

moved Design object-oriented data models with rich functionality to Design object-oriented data models

JKN at 08:37, 24 January 2013

2013-01-24T08:37:39Z

JKN at 08:49, 8 January 2013

2013-01-08T08:49:56Z

JKN at 15:57, 7 May 2012

2012-05-07T15:57:11Z

JKN at 15:54, 7 May 2012

2012-05-07T15:54:50Z

← Older revision		Revision as of 10:06, 4 November 2015
Line 10:		Line 10:
	*'''Configure in views how users see the objects'''		*'''Configure in views how users see the objects'''
	Your Metaclasses can be part of as many [[View\|views]] as you want, and those views are the key to present the object model to the users. So you can present the very same classes in completely different ways and hierarchies, to support the user and meet his expectations as good as possible.		Your Metaclasses can be part of as many [[View\|views]] as you want, and those views are the key to present the object model to the users. So you can present the very same classes in completely different ways and hierarchies, to support the user and meet his expectations as good as possible.
		+
		+	[[Category:UBIK]]

@@ Line 1: / Line 1: @@
 *'''Use Polymorphism and inheritance at its best'''
-Start your object model with the definition of a [[Metaclass|Metaclasses]], which derive from UBIK’s internal classes and can hold own and inherited [[Metaproperty|Metaproperties]]” and [[Attribute|Attributes]]. These Metaproperties specify the features of your classes and have various configuration options. They are always strongly typed, can be [[Format|formatted]], checked against [[Rule|rules]], [[Multilanguage|multilingual]] or generally [[Index Property|indexed]], and can, of course, also hold dimension [[Unit|units]] and calculate with them in real time. After the definition you will be able to derive [[Contentclass|content objects]] from your Metaclasses, which will inherit all those specifications and hold their distinctive values.
+Start your object model with the definition of a [[Metaclass|Metaclasses]], which derive from UBIK’s internal classes and can hold own and inherited [[Metaproperty|Metaproperties]]” and [[Attribute|Attributes]]. These Metaproperties specify the features of your classes and have various configuration options. They are always strongly typed, can be [[Format|formatted]], checked against [[Rule|rules]], [[Multilanguage|multilingual]] or generally [[Index Property|indexed]], and can, of course, also hold dimension [[Unit|units]] and calculate with them in real time. After the definition you will be able to derive [[ContentClass|content objects]] from your Metaclasses, which will inherit all those specifications and hold their distinctive values.
 *'''Define arbitrary relations between objects'''
@@ Line 10: / Line 10: @@
 *'''Configure in views how users see the objects'''
 Your Metaclasses can be part of as many [[View|views]] as you want, and those views are the key to present the object model to the users. So you can present the very same classes in completely different ways and hierarchies, to support the user and meet his expectations as good as possible.

@@ Line 1: / Line 1: @@
-*Use Polymorphism and inheritance at its best
+*'''Use Polymorphism and inheritance at its best'''
 Start your object model with the definition of a [[Metaclass|Metaclasses]], which derive from UBIK’s internal classes and can hold own and inherited [[Metaproperty|Metaproperties]]” and [[Attribute|Attributes]]. These Metaproperties specify the features of your classes and have various configuration options. They are always strongly typed, can be [[Format|formatted]], checked against [[Rule|rules]], [[Multilanguage|multilingual]] or generally [[Index Property|indexed]], and can, of course, also hold dimension [[Unit|units]] and calculate with them in real time. After the definition you will be able to derive [[Contentclass|content objects]] from your Metaclasses, which will inherit all those specifications and hold their distinctive values.
-*Define arbitrary relations between objects
+*'''Define arbitrary relations between objects'''
 UBIK objects can be set in relation to each other in different ways. While it is possible to define 1:n relations ([[Reference|References]]), UBIK also allows the creation of n:n [[Relation|relations]]. As any other Metaclass, relations can possess Metaproperties and have their own inheritance hierarchy.
-*Program runtime behavior of your objects in native code or visual workflows
+*'''Program runtime behavior of your objects in native code or visual workflows'''
 As your custom Metaclasses derive from UBIK’s internal classes, you can simply use the powerful [[Code Editor|code editing tools of UBIK]], to customize their built-in events and incorporate your own runtime behavior. No need to learn a special scripting language or to abdicate any functionality, just use pure C# and leverage everything .NET offers. You can also you use the entire Microsoft Workflow Foundation which is [[:Category:Workflows|tightly integrated into UBIK]], instead, or also in combination with your coding.
-*Configure in views how users see the objects
+*'''Configure in views how users see the objects'''
 Your Metaclasses can be part of as many [[View|views]] as you want, and those views are the key to present the object model to the users. So you can present the very same classes in completely different ways and hierarchies, to support the user and meet his expectations as good as possible.
 [[Category:UBIK]]

@@ Line 6: / Line 6: @@
 *Program runtime behavior of your objects in native code or visual workflows
-As your custom Metaclasses derive from UBIK’s internal classes, you can simply use the powerful [[Code Editor|code editing tools of UBIK]], to customize their built-in events and incorporate your own runtime behavior. No need to learn a special scripting language or to abdicate any functionality, just use pure C# and leverage everything .NET offers. You can also you use the entire Microsoft Workflow Foundation which is tightly integrated into UBIK instead, or also in combination with your coding.
+As your custom Metaclasses derive from UBIK’s internal classes, you can simply use the powerful [[Code Editor|code editing tools of UBIK]], to customize their built-in events and incorporate your own runtime behavior. No need to learn a special scripting language or to abdicate any functionality, just use pure C# and leverage everything .NET offers. You can also you use the entire Microsoft Workflow Foundation which is [[:Category:Workflows|tightly integrated into UBIK]], instead, or also in combination with your coding.
 *Configure in views how users see the objects

@@ Line 6: / Line 6: @@
 *Program runtime behavior of your objects in native code or visual workflows
-As your custom Metaclasses derive from UBIK’s internal classes, you can simply use the powerful [[Code Editor|code editing tools of UBIK]], to customize their built-in events and incorporate your own runtime behavior. No need to learn a special scripting language or to abdicate any functionality, just use pure C# and leverage everything .NET offers.
+As your custom Metaclasses derive from UBIK’s internal classes, you can simply use the powerful [[Code Editor|code editing tools of UBIK]], to customize their built-in events and incorporate your own runtime behavior. No need to learn a special scripting language or to abdicate any functionality, just use pure C# and leverage everything .NET offers. You can also you use the entire Microsoft Workflow Foundation which is tightly integrated into UBIK instead, or also in combination with your coding.
 *Configure in views how users see the objects

← Older revision	Revision as of 14:19, 15 October 2013
(No difference)