[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [featuremodel-dev] Variability
|
Hi Holger,
thanks. I found the code in the implementation classes. I would like to
ask, what is the semantics of upper and lower?
In the code there is the comparisons of upper and lower to various
combinations of -1,0 and 1.
} else {
type = VariabilityType.OR;
}
Would setting lower to 4 and upper to 10 a valid combination? And what
would it mean? Why did you decide to define variability by means of to
ints instead of an enumeration?
Thanks for the info!
Andreas
Hallo Andreas,
that is right. The reason is quit simple. The variability is defined by the semantic of
the group to which a feature belongs. A feature is an alternative feature because it is
part of a group of features from which exactly one feature has to be selected. The
variability method is only a shortcut and easier to understand:
feature.getVariabilityType() == ALTERNATIVE
vs.
feature.getParentGroup().getLower() == 1&& feature.getParentGroup().getUpper() == 1
Best regards,
Holger
Am 21.10.2010 16:57, schrieb Andreas Graf:
Hello,
ok, I see that the variability is actually reflected by the values of upper and lower in
the parent group. Is there an information about the rationale behind this design?
Thanks,
Andreas
Hello,
I was wondering why variability is reflected as a method in Feature, but not as an
attribute?
Best Regards,
Andreas
--
Andreas Graf
BDM Automotive
Mobil: +49 (0) 151-10860479 (preferred)
Tel.: +49 (0) 7231 / 1 54 71-0
Fax.: +49 (0) 7231 / 1 54 71-29
Web: http://www.itemis.de
Mail: andreas.graf@xxxxxxxxx
Xing: http://www.xing.com/profile/Andreas_Graf
Twitter: http://www.twitter.com/grafandreas
Blog: http://5ise.quanxinquanyi.de
itemis GmbH
Blücherstrasse 32
D-75177 Pforzheim
Rechtlicher Hinweis:
Amtsgericht Mannheim, HRB 50700996
Ust.Id.Nr.: DE250574762
Geschäftsführer: Sebastian Neus