Instance Interfaces and Mix-ins for Dynamic Languages
US-2016357575-A1 · Dec 8, 2016 · US
US9678729B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-9678729-B2 |
| Application number | US-201514692590-A |
| Country | US |
| Kind code | B2 |
| Filing date | Apr 21, 2015 |
| Priority date | Apr 22, 2014 |
| Publication date | Jun 13, 2017 |
| Grant date | Jun 13, 2017 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
The loading or operation of a specialized class may trigger the specialization of other classes. A compiler may be configured to recognize dependency relationships between generic classes and to describe the classes in terms of the type variables of the triggering types (e.g., the types and/or type parameterizations) that trigger the specialization of classes based on the specialization of a first class. A compiler may include information, such as structural references, indicating dependency relationships between classes when generating class files. Thus, the class file may include information indicating that a class extends a class resulting from applying a specialization code generator to an argument. Loading a first class may trigger the loading of a second class described by a structural description such that a specializer (and/or class loader) may apply the structural description to generate and load the second class for the particular parameterization.
Opening claim text (preview).
What is claimed is: 1. A non-transitory, computer-readable storage medium storing program instructions that when executed on a computing device cause the computing device to perform: specializing, within a platform independent, object oriented runtime environment, a first generic class defined using an object oriented programming language, wherein the first generic class comprises one or more specializable type variables, wherein each of the specializable type variables is specializable over one or more type parameterizations, and wherein the first generic class is specialized for a particular one of the one or more type parameterizations, wherein after being specialized, instances of the one or more specializable type variables are replaced with instances of the particular type parameterization; determining a dependency relationship between the first generic class and a second generic class; and specializing, in response to said specializing the first generic class and said determining the dependency relationship, the second generic class for the particular one of the one or more type parameterizations based on the determined dependency relationship, wherein specializing the second generic class comprises specializing, based on the determined dependency relationship, one or more specializable type variables of the second generic class for the particular type parameterization for which the first generic class is specialized. 2. The non-transitory, computer-readable storage medium of claim 1 , wherein the dependency relationship represents a supertype relationship between the first generic class and the second generic class, wherein the second generic class is a supertype of the first generic class. 3. The non-transitory, computer-readable storage medium of claim 1 , wherein the dependency relationship is based, at least in part, on a field descriptor of the first class that refers to a particular parameterization of the second generic class. 4. The non-transitory, computer-readable storage medium of claim 1 , wherein the dependency relationship is based, at least in part, on a method descriptor of the first generic class referring to a particular parameterization of the second generic class. 5. The non-transitory, computer-readable storage medium of claim 1 , wherein the second generic class is nested within the body of the first generic class, wherein the dependency relationship is based, at least in part, on the nesting of the second generic class within the body of the first generic class. 6. The non-transitory, computer-readable storage medium of claim 1 , wherein the dependency relationship represents a relationship in which the second generic class is declared within a method of the first generic class; and wherein specializing the second generic class comprises: specializing the second generic class in response to the method of the first generic class being executing within the platform independent, object oriented runtime environment. 7. The non-transitory, computer-readable storage medium of claim 1 , wherein the second generic class represents a non-public type within the object oriented programming language. 8. A method, comprising: specializing, by a platform independent, object oriented runtime environment implemented on one or more computing devices, a first generic class, wherein the first generic class is defined using an object oriented programming language, wherein the first generic class comprises one or more specializable type variables, wherein each of the specializable type variables is specializable over one or more type parameterizations, and wherein the first generic class is specialized for a particular one of the one or more type parameterizations, wherein after being specialized, instances of the one or more specializable type variables are replaced with instances of the particular type parameterization; determining, by the platform independent, object oriented runtime environment, a dependency relationship between the first generic class and a second generic class; and specializing, by the platform independent, object oriented runtime environment in response to said specializing the first generic class and said determining the dependency relationship, the second generic class for the particular one of the one or more type parameterizations based on the determined dependency relationship, wherein specializing the second generic class comprises specializing, based on the determined dependency relationship, one or more specializable type variables of the second generic class for the particular type parameterization for which the first generic class is specialized. 9. The method of claim 8 , wherein the dependency relationship represents a supertype relationship between the first generic class and the second generic class, wherein the second generic class is a supertype of the first generic class. 10. The method of claim 8 , wherein the dependency relationship is based, at least in part, on a field descriptor of the first class that refers to a particular parameterization of the second generic class. 11. The method of claim 8 , wherein the dependency relationship is based, at least in part, on a method descriptor of the first generic class referring to a particular parameterization of the second generic class. 12. The method of claim 8 , wherein the dependency relationship represents a relationship in which the second generic class is declared within a method of the first generic class. 13. The method of claim 12 , wherein said specializing the second generic class comprises: specializing, by the platform independent, object oriented runtime environment, the second generic class in response to the method of the first generic class being executing within the platform independent, object oriented runtime environment. 14. The method of claim 8 , wherein the second generic class represents a non-public type within the object oriented programming language. 15. A computing device, comprising: a processor; and a memory comprising program instructions, that when executed on the processor cause the processor to: specialize a first generic class within a platform independent, object oriented runtime environment, wherein the first generic class is defined using an object oriented programming language, wherein the first generic class comprises one or more specializable type variables, wherein each of the specializable type variables is specializable over one or more type parameterizations, and wherein the first generic class is specialized for a particular one of the one or more type parameterizations, wherein after being specialized, instances of the one or more specializable type variables are replaced with instances of the particular type parameterization; determine a dependency relationship between the first generic class and a second generic class; and specialize, in response to specializing the first generic class and determining the dependency relationship, the second generic class for the particular one of the one or more type parameterizations based on the determined dependency relationship, wherein specializing the second generic class comprises specializing, based on the determined dependency relationship, one or more specializable type variables of the second generic class for the particular type parameterization for which the first generic class is specialized. 16. The computing device of claim 15 , wherein the dependency relationship represents a supertype relationship between the first generic class and the second generic class, wherein the second generic class is a su
Software maintenance or management · CPC title
Compilation · CPC title
Type checking · CPC title
Finite state machines · CPC title
Object-oriented · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.