Searching for authors named "James Noble" – sorted by Relevance.
-
Some Patterns for Relationships
- Relationships between objects are almost as important to designs as objects themselves. Most programming languages do not support relationships well, so programmers must implement relationships in terms of more primitive constructs. This collection of patterns describe how objects can be used to mod
- Cited by 5 (3 self) – Add To MetaCart
-
Classifying Relationships Between Object-Oriented Design Patterns
- Since the publication of the Design Patterns book, a large number of object-oriented design patterns have been identified and codified. As part of the pattern form, object-oriented design patterns must indicate their relationships with other patterns, but these relationships are typically described
- Cited by 11 (1 self) – Add To MetaCart
-
Towards a Pattern Language for Object Oriented Design
- Since the publication of the Design Patterns book, a large number of design patterns have been identified and codified. Unfortunately, these patterns are mostly organised in an ad hoc fashion, making it hard for programmers to know which pattern to apply to any particular problem. We have organised
- Cited by 1 (0 self) – Add To MetaCart
-
Prototype Based User Interfaces
- Many graphical interfaces are based upon classes and instances. Users of these interfaces must understand the different roles of classes and instances, and how they are related. Interface designs based on prototypes may suit many users better than class based interfaces. Prototype based user interfa
- Cited by 2 (2 self) – Add To MetaCart
-
Scribble - A Diagram Editor with a Minimal Interface
- Existing CASE tool diagram editors have large, complex, and sophisticated graphical user interfaces. Because of their size, these interfaces are difficult to learn and hard to use. A minimal interface for a diagram editor provides only the essential behaviour required by the user in the simplest pos
- Cited by 1 (1 self) – Add To MetaCart
-
Organising patterns into languages: Towards a pattern language for object oriented design
- Since the publication of the Design Patterns book, a large number of design patterns have been identified and codified. Unfortunately, these patterns are mostly organised in an ad hoc fashion, making it hard for programmers to know which pattern to apply to any particular problem. We have organised
- Cited by 1 (1 self) – Add To MetaCart
-
Patterns for Finding Objects within Designs
- To design a program, first find your objects. Unfortunately, the right objects are not easy to find, and as a result most programs are not as well designed as they could be. This paper presents four patterns which describe how objects can be found within the designs of existing programs. By using th
- Cited by 1 (1 self) – Add To MetaCart
-
Arguments and Results
- If an object oriented program is a collection of communicating objects, then the objects' protocols define the languages the program speaks. Unfortunately, protocols are difficult to design in isolation, so many programs' protocols are not as well designed as they could be. This paper presents six p
- Cited by 7 (4 self) – Add To MetaCart
-
Basic relationship patterns
- Relationships between objects are almost as important to designs as objects themselves. Most programming languages do not support relationships well, so programmers must implement relationships in terms of more primitive constructs. This paper presents ve basic patterns which describe how objects ca
- Cited by 23 (5 self) – Add To MetaCart
-
Iterators and Encapsulation
- Iterators are an important object-oriented design pattern, providing sequential access to the state stored in other objects. Precisely because iterators need to access the state of other objects, iterators' design can be at odds with the encapsulation provided by object-oriented languages. We presen
- Cited by 12 (0 self) – Add To MetaCart

