Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

implementation of the getTypeCode() methods #99

Open
mephenor opened this issue May 21, 2010 · 2 comments
Open

implementation of the getTypeCode() methods #99

mephenor opened this issue May 21, 2010 · 2 comments

Comments

@mephenor
Copy link
Collaborator

http://sbml.org/Software/libSBML/docs/java-api/org/sbml/libsbml/SBase.html\#getTypeCode\(\)

public int getTypeCode()
Returns the libSBML type code for this object.

This method MAY return the typecode of this SBML object or it MAY return SBML_UNKNOWN. That is, subclasses of SBase are not required to implement this method to return a typecode. This method is meant primarily for the LibSBML C interface where class and subclass information is not readily available.

This function might be useful and we would have to implement it anyway for the libsbml-compat module. Would have to be expendable to work with level 3 packages.

Reported by: niko-rodrigue

@mephenor
Copy link
Collaborator Author

As I understand this, we don't need it in the core of JSBML because Java already provides the class object of all elments. This would therefore be redundant and not required. Can we entirely shift this into the compatibility module?

Original comment by: draeger

@mephenor
Copy link
Collaborator Author

We can see if anybody complain about it not being present.

As said in the tracker item, it is needed for the libsml-compat module but it might be useful for other people as a utility function to go from the int of libsbml to one of your enumeration.

Let's put it in the libsbml-compat module for now and we will see.

Original comment by: niko-rodrigue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant