An EGL application is organized in one or more projects, each of which is a physical folder in the workspace. A project contains an EGL source folder that is provided for you, and that folder contains one or more packages, which in turn contain EGL source files. This hierarchy is basic to your work in EGL: a project, then an EGL source folder, then a package with EGL source files.
The EGL source files include EGL parts, which are type definitions that you create. For example, a Service part contains logic, and a Record part can be the basis of a variable that you declare in your Service part.
myRecord MyRecordPart{};
One project can reference the parts in a second project, but only if the EGL build path of the referencing project identifies the referenced project. Again, this tutorial gives examples. However, in all cases, avoid using the same package name in different projects, as that usage can cause problems in name resolution.
You can include all your code in a single project, but the separation shown here lets you easily deploy the two kinds of code in different ways.



The EGL build path determines the projects that EGL examines when trying to resolve references in your logic. To add the project that you just imported:
In the next lesson, you create a dedicated service to calculate a monthly mortgage payment.