You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Partitions are designed primarily as an encapsulation boundary.
The path name actually does not contribute much to the requirement of partitions,
for a command or def found under a particular path, the path could be emulated in the name (a quirk of allowing loose syntax in identifiers).
Partitions deal primarily with privacy, with encapsulation and segregation a by-product.
Privacy Boundaries
Privacy boundaries are the main feature of partitions.
They allow items defined within a partition to scoped to within itself, or be exposed for external use.
The scoping should also be hierarchical.
Items defined in child partitions would have complete access to items defined in parent partitions.
Items are public by default, and only private if marked so.
The specific features of partitions are:
Ability to mark items as private,
partitions use import and export directives for privacy
Provide syntax for accessing partition items,
Nesting partitions,
A partitions tree is used
Privacy scopes can view all parent partitions, but not children,
Partitions
Goals
Partitions are designed primarily as an encapsulation boundary.
The path name actually does not contribute much to the requirement of partitions,
for a command or def found under a particular path, the path could be emulated in the name (a quirk of allowing loose syntax in identifiers).
Partitions deal primarily with privacy, with encapsulation and segregation a by-product.
The specific features of partitions are:
import
andexport
directives for privacyDevelopment Items
Implementations
#89The text was updated successfully, but these errors were encountered: