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
Copy file name to clipboardExpand all lines: README.md
+15Lines changed: 15 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -64,6 +64,12 @@ Presentation Tier patterns are the top-most level of the application, this is co
64
64
65
65
*[Model-View-Presenter](#model-view-presenter)
66
66
67
+
### Architectual Patterns
68
+
69
+
An architectural pattern is a general, reusable solution to a commonly occurring problem in software architecture within a given context.
70
+
71
+
*[Data Access Object](#dao)
72
+
67
73
### Idioms
68
74
69
75
A programming idiom is a means of expressing a recurring construct in one or more programming languages. Generally speaking, a programming idiom is an expression of a simple task, algorithm, or data structure that is not a built-in feature in the programming language being used, or, conversely, the use of an unusual or notable feature that is built into a programming language. What distinguishes idioms from patterns is generally the size, the idioms tend to be something small while the patterns are larger.
@@ -402,6 +408,15 @@ A programming idiom is a means of expressing a recurring construct in one or mor
402
408
* when you want to improve the "Separation of Concerns" principle in presentation logic
403
409
* when a user interface development and testing is necessary.
**Intent:** Reduce the overhead of acquiring a lock by first testing the locking criterion (the "lock hint") without actually acquiring the lock. Only if the locking criterion check indicates that locking is required does the actual locking logic proceed.
0 commit comments