Skip to content
View Luxcium's full-sized avatar
:octocat:
Full-time TypeScript worshiper, Node.JS enthusiast and VsCode junkie.
:octocat:
Full-time TypeScript worshiper, Node.JS enthusiast and VsCode junkie.
  • Luxcium
  • Québec, Qc, Canada
  • X @Luxcium

Block or report Luxcium

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Please don't include any personal information such as legal names or email addresses. Maximum 100 characters, markdown supported. This note will be visible to only you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
Luxcium/README.md

Luxcium ― † Scientia est lux principium✨ ™

SOLID principles

Although they apply to any object-oriented design, the SOLID principles can also form a core philosophy for methodologies such as agile development or adaptive software development.

History

The theory of SOLID principles was introduced by Robert C. Martin (Uncle Bob) in his 2000 paper Design Principles and Design Patterns. The SOLID acronym was introduced later by Michael Feathers.


Concepts

From Wikipedia, the free encyclopedia (source) ― Used under license ― Additional terms may apply.

Barbara Liskov (Picture) is an American computer scientist who has made pioneering contributions to programming languages and distributed computing.

Design Patterns

Design Patterns: Elements of Reusable Object-Oriented Software (1994) is a software engineering book describing software design patterns. The book was written by Erich Gamma, Richard Helm, Ralph Johnson, and John Vlissides, with a foreword by Grady Booch.

It has been influential to the field of software engineering and is regarded as an important source for object-oriented design theory and practice. The authors are often referred to as the Gang of Four «GoF».

Creational

Creational patterns are ones that create objects, rather than having to instantiate objects directly. This gives the program more flexibility in deciding which objects need to be created for a given case.

    1. Abstract factory O groups object factories that have a common theme.
    1. Builder O constructs complex objects by separating construction and representation.
    1. Factory method C creates objects without specifying the exact class to create.
    1. Prototype O creates objects by cloning an existing object.
    1. Singleton O restricts object creation for a class to only one instance.

Structural

These concern class and object composition. They use inheritance to compose interfaces and define ways to compose objects to obtain new functionality.

    1. Adapter C,O allows classes with incompatible interfaces to work together by wrapping its own interface around that of an already existing class.
    1. Bridge O decouples an abstraction from its implementation so that the two can vary independently.
    1. Composite O composes zero-or-more similar objects so that they can be manipulated as one object.
    1. Decorator O dynamically adds/overrides behaviour in an existing method of an object.
    1. Facade O provides a simplified interface to a large body of code.
    1. Flyweight O reduces the cost of creating and manipulating a large number of similar objects.
    1. Proxy O provides a placeholder for another object to control access, reduce cost, and reduce complexity.

Behavioral

Most of these design patterns are specifically concerned with communication between objects.

    1. Chain of responsibility O delegates commands to a chain of processing objects.
    1. Command O creates objects which encapsulate actions and parameters.
    1. Interpreter C implements a specialized language.
    1. Iterator O accesses the elements of an object sequentially without exposing its underlying representation.
    1. Mediator O allows loose coupling between classes by being the only class that has detailed knowledge of their methods.
    1. Memento O provides the ability to restore an object to its previous state (undo).
    1. Observer O is a publish/subscribe pattern which allows a number of observer objects to see an event.
    1. State O allows an object to alter its behavior when its internal state changes.
    1. Strategy O allows one of a family of algorithms to be selected on-the-fly at runtime.
    1. Template method C defines the skeleton of an algorithm as an abstract class, allowing its subclasses to provide concrete behavior.
    1. Visitor O separates an algorithm from an object structure by moving the hierarchy of methods into one object.

From Wikipedia, the free encyclopedia (source) ― Used under license ― Additional terms may apply.


ARCHIVED

#100DaysOfCode

time tracker Twitter Follow

  • Learn every day for 100 day.
  • Code at least one hour per day.
  • Teach someting online.
  • Blog about code every day.
  • Youtube something usefull for other to learn while doing their #100dayof code challenge.
  • Reach to other doing the chalenge.
  • Report my daily experience in a log on my github repository.
  • Support other doing the chalenge

Scientia est lux principium✨™

Pinned Loading

  1. Scientia-es-lux-principium.png Scientia-es-lux-principium.png
  2. LUXCIUM BASE 64 PGP SIGNATURE FINGER... LUXCIUM BASE 64 PGP SIGNATURE FINGER PRINT
  3. rpc-worker-pool rpc-worker-pool Public

    TypeScript 1

  4. LuxciumProject/mapping-tools LuxciumProject/mapping-tools Public

    ALPHA-UNSAFE: https://www.npmjs.com/package/mapping-tools

    TypeScript 2

  5. LuxciumProject/monorepo-one LuxciumProject/monorepo-one Public

    HTML 2 1

  6. Redis-ImageScout Redis-ImageScout Public

    Forked from starkdg/Redis-ImageScout

    Redis Module for indexing of image fingerprints for fast efficient retrieval.

    Makefile 1