User contributions for Chr1ss

15:0815:08, 17 January 2025 diff hist +21 N File:Factory Create Object.jpg No edit summary current
14:5614:56, 17 January 2025 diff hist +33 Decorator No edit summary
14:5414:54, 17 January 2025 diff hist −1 Decorator No edit summary
14:5314:53, 17 January 2025 diff hist −1 Decorator No edit summary
14:5014:50, 17 January 2025 diff hist +12 Decorator No edit summary
14:4814:48, 17 January 2025 diff hist +13,191 N Decorator Created page with "= Decorator Pattern = __TOC__ The '''Decorator pattern''' (Structural) allows behavior to be added to individual objects, either statically or dynamically, without affecting the behavior of other objects from the same class. == Benefits == * '''Flexibility''': Decorators provide a more flexible approach to extending an object's behavior compared to subclassing. * '''Non-intrusive''': Add new responsibilities to objects without changing their existing classes. * '''Scal..."
14:4814:48, 17 January 2025 diff hist +24 N File:Decorator logging output.jpg No edit summary current
14:4214:42, 17 January 2025 diff hist +27 N File:Decorator add functionality.jpg No edit summary current
14:2914:29, 17 January 2025 diff hist +23 N File:Decorator inserted data.jpg No edit summary current
14:1314:13, 17 January 2025 diff hist +2 Adapter No edit summary current
14:1314:13, 17 January 2025 diff hist +9,838 N Adapter Created page with "= Adapter = __TOC__ The '''Adapter Pattern''' (Structural) allows the interface of an existing class to be used as another interface. It is often used to make existing classes work with others without modifying their source code. The primary purpose of the Adapter Pattern is to achieve '''compatibility''' between different interfaces. It is particularly useful when integrating new features or systems with legacy code, as it allows communication between the new and old..."
13:5813:58, 17 January 2025 diff hist +167 Main Page No edit summary
13:5613:56, 17 January 2025 diff hist −10 Anticipation of Change No edit summary
13:5213:52, 17 January 2025 diff hist +2,168 N Anticipation of Change Created page with "= Anticipation of Change Principle = __TOC__ == Introduction == The Anticipation of Change Principle underscores the importance of designing systems that can adapt to evolving requirements and environments. == Purpose == It advocates for developing software systems with adaptability in mind, recognizes that change is inevitable in software development, and aims to mitigate the impact of future changes by designing systems that are easy to modify, extend, and maintain...."
13:5113:51, 17 January 2025 diff hist +26 N File:Anticipation.gif No edit summary current
10:4310:43, 17 January 2025 diff hist +11 Separation of Concerns No edit summary
10:4310:43, 17 January 2025 diff hist +3,501 N Separation of Concerns Created page with "= Principle of Separation of Concerns = __TOC__ == Introduction == Software engineering's main goal is to address the '''complexity''' inherent in designing, developing, and maintaining software systems. One foundational principle, the '''Principle of Separation of Concerns''', stands as a guiding beacon in this pursuit. === Purpose === The Principle of Separation of Concerns recognizes the limitations of human cognition when confronted with complex tasks. By isolating..."
10:4110:41, 17 January 2025 diff hist +15 N File:DRYvsSoC.jpg No edit summary current
10:3310:33, 17 January 2025 diff hist −159 SOLID No edit summary
10:3310:33, 17 January 2025 diff hist +108 SOLID No edit summary
10:3210:32, 17 January 2025 diff hist +11 N File:Maynsports.gif No edit summary current
10:2610:26, 17 January 2025 diff hist +6 SOLID No edit summary
10:2610:26, 17 January 2025 diff hist −67 SOLID No edit summary
10:2410:24, 17 January 2025 diff hist −4 SOLID No edit summary
10:2310:23, 17 January 2025 diff hist +3,389 N SOLID Created page with "__TOC__ = SOLID = SOLID is an acronym representing a series of principles aimed at promoting more understandable, flexible, and maintainable software development. These principles are widely accepted in object-oriented programming and are essential for reducing complexity, avoiding code smells, and ensuring scalability. The SOLID principles: {{#mermaid: graph TD SRP-->|One reason to change| SOLID OCP-->|Open for extension, closed for modification| SOLID LSP..."
08:1708:17, 17 January 2025 diff hist +18 Clean Code No edit summary
08:1708:17, 17 January 2025 diff hist 0 Clean Code No edit summary
08:1608:16, 17 January 2025 diff hist +8 Clean Code No edit summary
08:1508:15, 17 January 2025 diff hist +9 Clean Code No edit summary
08:1408:14, 17 January 2025 diff hist −1 Clean Code No edit summary
08:1308:13, 17 January 2025 diff hist +28 Clean Code No edit summary
08:1208:12, 17 January 2025 diff hist +277 Clean Code No edit summary
08:1008:10, 17 January 2025 diff hist +78 Clean Code No edit summary
08:0908:09, 17 January 2025 diff hist +1,643 N Clean Code Created page with "== KISS == '''Keep It Sweet & Simple''' - Simplicity is paramount. Methods should be concise, with one expression per line, and names should be meaningful. Classes should be focused and manageable in size to facilitate ease of change. The balance between readability and conciseness is essential. == DRY == '''Don't Repeat Yourself''' - Redundancy is a significant obstacle to clean code and system performance. Identifying and eliminating repetitive patterns is crucial for..."
08:0808:08, 17 January 2025 diff hist +12 N File:Whywhywhy.gif No edit summary current
08:0608:06, 17 January 2025 diff hist +14 N File:Wtfcount.jpg No edit summary current
08:0208:02, 17 January 2025 diff hist +8 Main Page No edit summary
08:0108:01, 17 January 2025 diff hist −651 Main Page No edit summary
08:0008:00, 17 January 2025 diff hist +36 Domain Driven Design No edit summary current
07:5507:55, 17 January 2025 diff hist −159 Domain Driven Design No edit summary
07:5407:54, 17 January 2025 diff hist +19 N File:Cookingmeal.jpg No edit summary current
07:4607:46, 17 January 2025 diff hist +4,461 N Domain Driven Design Created page with "== Domain-Driven Design (DDD) == === Introduction === "Domain-Driven Design" is a highly influential book authored by Eric Evans, with a foreword by Martin Fowler. It offers a comprehensive framework for designing complex software systems that align closely with the problem domains they address. The book introduces essential principles and practices for creating elegant and maintainable solutions, emphasizing collaboration between domain experts and developers. It remai..."
07:4307:43, 17 January 2025 diff hist +28 Main Page No edit summary
07:4207:42, 17 January 2025 diff hist +2 Main Page No edit summary
07:4207:42, 17 January 2025 diff hist 0 m Imperative and Declarative Chr1ss moved page Implicit and Delclarative to Imperative and Delclarative without leaving a redirect
07:4107:41, 17 January 2025 diff hist +6 Imperative and Declarative No edit summary
07:4107:41, 17 January 2025 diff hist +2 Imperative and Declarative No edit summary
07:3507:35, 17 January 2025 diff hist +5 Imperative and Declarative No edit summary
07:3407:34, 17 January 2025 diff hist +3,105 N Imperative and Declarative Created page with "== Implicit and Delclarative == Programming paradigms serve as guiding principles, delineating different styles of constructing software code. Among these paradigms, two stand out as foundational: '''imperative programming''' and '''declarative programming'''. === Imperative Programming === '''The Classic Paradigm''' Rooted in the earliest days of computing, imperative programming forms the basis of traditional programming languages like Pascal, C, and assembly langua..."
07:3407:34, 17 January 2025 diff hist +21 N File:Need desk.jpg No edit summary current

17 January 2025