... |
... |
@@ -4,9 +4,10 @@ |
4 |
4 |
| **Term** | **Explanation** | |
5 |
5 |
| Abstraction | |
6 |
6 |
|
7 |
|
-1. The counterpart to 'Concretion', refers to interfaces and abstract classes that define behavior (function signatures) but leave the internal operacommand-line interfacestion of these functions undefined. |
8 |
|
-1. A higher-level, generalized unit of code. Duplication across multiple functions can be resolved by creating an 'abstraction' - a separate function containing the shared code. This adheres to the DRY principle. | | Assertion | Pertains to an assertion function, a crucial part of testing. If the input values don't satisfy a certain condition, the test containing the assertion fails. Example: 'assertEquals(expectedResult, actualResult)'. | | Awareness | A class A is aware of class B if it contains a reference to class B in its source code. If no such reference exists, class A is unaware of class B. | | Best Practices | Widely accepted guidelines designed to enhance programming productivity and code quality. Adherence can prevent many potential issues. | | Concretion | The counterpart to 'abstraction', also known as 'implementation'. In OOP, refers to non-abstract classes that implement the methods of interfaces or abstract classes. A concretion provides the 'concrete' code defining the workings of these abstract functions. | | Constructor Injection | A type of dependency injection in which dependencies are provided to an object through constructor arguments. |
9 |
|
-| | Command-Line Interface (CLI) | "[...] a means of interacting with a computer program by inputting lines of text [...]". For example, tools/commands used when working with a (Linux) terminal. | | Component | In software architecture, a module capable of independent operation, often compiled or packaged into an executable such as a .jar or .exe file. | | Daemon | A program running in the background of a system, typically without a GUI. | | Data Structure | A class primarily meant to hold data and provide basic operations to access and manipulate that data. May contain only public fields, or private fields with associated getter and setter methods. | | Dependency | In context of classes, a dependency is an object required by another object to perform its functions. Often, dependencies are provided via dependency injection. | | Dependency Cycle | A situation where two or more classes depend on each other to be instantiated. This situation creates a circular dependency that makes object creation impossible. The dependency graph should be a directed acyclic graph rather than a cycle. | | Dependency Injection (DI) | A technique where an object's dependencies are provided from outside, rather than being created within the object itself. | | Dirty | Code that is messy, unreadable, or poorly designed. Often refers to 'quick-and-dirty' code written under time pressure. | | Distribution | A version of an OS packaged with specific software and configurations, designed for specific use cases. Examples: Ubuntu, Fedora, and Arch Linux, all based on Linux. | | Dynamic | Behaviors/properties determined at runtime. Examples: dynamic dependencies can be replaced at runtime; dynamically-typed languages determine an object's type at runtime. | | Entity | |
|
7 |
+1) The counterpart to 'Concretion', refers to interfaces and abstract classes that define behavior (function signatures) but leave the internal operacommand-line interfacestion of these functions undefined. |
10 |
10 |
|
|
9 |
+2) A higher-level, generalized unit of code. Duplication across multiple functions can be resolved by creating an 'abstraction' - a separate function containing the shared code. This adheres to the DRY principle. | | Assertion | Pertains to an assertion function, a crucial part of testing. If the input values don't satisfy a certain condition, the test containing the assertion fails. Example: 'assertEquals(expectedResult, actualResult)'. | | Awareness | A class A is aware of class B if it contains a reference to class B in its source code. If no such reference exists, class A is unaware of class B. | | Best Practices | Widely accepted guidelines designed to enhance programming productivity and code quality. Adherence can prevent many potential issues. | | Concretion | The counterpart to 'abstraction', also known as 'implementation'. In OOP, refers to non-abstract classes that implement the methods of interfaces or abstract classes. A concretion provides the 'concrete' code defining the workings of these abstract functions. | | Constructor Injection | A type of dependency injection in which dependencies are provided to an object through constructor arguments. |
|
10 |
+| | Command-Line Interface (CLI) | "[...] a means of interacting with a computer program by inputting lines of text [...]".^[[src](https://en.wikipedia.org/wiki/Command-line_interface)]^ For example, tools/commands used when working with a (Linux) terminal. | | Component | In software architecture, a module capable of independent operation, often compiled or packaged into an executable such as a .jar or .exe file. | | Daemon | A program running in the background of a system, typically without a GUI. | | Data Structure | A class primarily meant to hold data and provide basic operations to access and manipulate that data. May contain only public fields, or private fields with associated getter and setter methods. | | Dependency | In context of classes, a dependency is an object required by another object to perform its functions. Often, dependencies are provided via dependency injection. | | Dependency Cycle | A situation where two or more classes depend on each other to be instantiated. This situation creates a circular dependency that makes object creation impossible. The dependency graph should be a directed acyclic graph rather than a cycle. | | Dependency Injection (DI) | A technique where an object's dependencies are provided from outside, rather than being created within the object itself. | | Dirty | Code that is messy, unreadable, or poorly designed. Often refers to 'quick-and-dirty' code written under time pressure. | | Distribution | A version of an OS packaged with specific software and configurations, designed for specific use cases. Examples: Ubuntu, Fedora, and Arch Linux, all based on Linux. | | Dynamic | Behaviors/properties determined at runtime. Examples: dynamic dependencies can be replaced at runtime; dynamically-typed languages determine an object's type at runtime. | | Entity | |
|
11 |
+ |
11 |
11 |
1. In the OOP context, this means that two separately constructed objects of the same type, even with identical field values, are still distinct entities. |
12 |
12 |
1. In software architecture, refers to classes representing application data models and core business logic. A banking application might have entity classes like Account, Order, Customer, or Employee with methods like myCustomer.executeOrder(someOrder). | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |