Hi guys,
Our students in the SDE class are implementing a DeadCodeDetector tool as their project. They use Moose and combine static, dynamic, multi-version, and ecosystem analysis to provide a solution.
During a discussion in class I realized that it would make sense if the MooseModel for a system should have a timestamp associated with it that would uniquely identify the version of the system under analysis. Is there any alternative to putting a date in the MooseModel that I'm not aware of?
M.
Any entity in Moose has an extensible state. That means that you can add a property dynamically.
You obtain the state like: self privateState.
If you want to add this as an explicit property, you should extend the entity with a method.
A short description of the mechanism is provided here: http://www.themoosebook.org/book/internals/models/entity
Cheers, Doru
On Thu, Dec 1, 2011 at 12:38 PM, Mircea Filip Lungu lungu@iam.unibe.ch wrote:
Hi guys,
Our students in the SDE class are implementing a DeadCodeDetector tool as their project. They use Moose and combine static, dynamic, multi-version, and ecosystem analysis to provide a solution.
During a discussion in class I realized that it would make sense if the MooseModel for a system should have a timestamp associated with it that would uniquely identify the version of the system under analysis. Is there any alternative to putting a date in the MooseModel that I'm not aware of?
M.
-- Dr. Mircea Lungu Researcher Software Composition Group University of Bern _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Thanks Doru, that makes sense!
M.
On Thu, Dec 1, 2011 at 12:44 PM, Tudor Girba tudor@tudorgirba.com wrote:
Any entity in Moose has an extensible state. That means that you can add a property dynamically.
You obtain the state like: self privateState.
If you want to add this as an explicit property, you should extend the entity with a method.
A short description of the mechanism is provided here: http://www.themoosebook.org/book/internals/models/entity
Cheers, Doru
On Thu, Dec 1, 2011 at 12:38 PM, Mircea Filip Lungu lungu@iam.unibe.ch wrote:
Hi guys,
Our students in the SDE class are implementing a DeadCodeDetector tool as their project. They use Moose and combine static, dynamic, multi-version, and ecosystem analysis to provide a solution.
During a discussion in class I realized that it would make sense if the MooseModel for a system should have a timestamp associated with it that would uniquely identify the version of the system under analysis. Is there any alternative to putting a date in the MooseModel that I'm not aware of?
M.
-- Dr. Mircea Lungu Researcher Software Composition Group University of Bern _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow" _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev