Learning
search
Ctrlk
  • Software Engineering Golden Treasury
  • Trail Map
  • Cachingchevron-right
  • Careerchevron-right
  • Computer Sciencechevron-right
  • devopschevron-right
  • General Paradigmschevron-right
    • CAP theorem
    • designing data-intensive applications summary
    • a-philosophy-of-software-design-notes
    • Aspect oriented Programming (AOP)
    • Best Practice
    • Cargo Cult
    • Clean Code
    • Coding reflections
    • Cognitive Complexity
    • Complexity
    • Conventions
    • Design discussions
    • Design
    • Edge Cases
    • Error Handling Checklist
    • Exceptions
    • Feature Flags/toggle
    • Functional requirements
    • Last Responsible Moment
    • Lock In
    • Named Arguments
    • Naming
    • Performance Fallacy
    • Quality
    • Redesign of a system
    • Resuse vs Decoupling
    • Rules for software designs
    • Sad Paths
    • Scaling Webservices
    • Scientific Method
    • stream-processing
    • Upstream and Downstream
    • Patternschevron-right
    • Architecturechevron-right
    • Design architecture aimschevron-right
    • READMEchevron-right
    • Patterns of Enterprise Application Architecturechevron-right
    • Principleschevron-right
    • programming-typeschevron-right
      • Coding to Contract/Interface
      • Links
      • Declarative vs Imperative Programming Languages
      • defensive-programming
      • Design by contract
      • Domain Specific Languages (DSL)
      • Event Driven
      • file-transfers
      • Logical Programming
      • Mutability
      • Self Healing
      • Simplicity
      • Type Driven Design
      • Value objects
      • Aspect Oriented Programming
      • Concurrent and Parallel Programmingchevron-right
      • Functional Programmingchevron-right
      • oop-designchevron-right
      • Reactive Programmingchevron-right
        • reactive-programming
    • Projects and Software typeschevron-right
    • State Machineschevron-right
  • Otherchevron-right
  • Hardwarechevron-right
  • Integrationchevron-right
  • Languageschevron-right
  • Management & Workflowchevron-right
  • Networkschevron-right
  • Operating Systemschevron-right
  • Other Topicschevron-right
  • persistancechevron-right
  • Securitychevron-right
  • Testing, Maintainablity & Debuggingchevron-right
  • Version Control - Gitchevron-right
  • aichevron-right
gitbookPowered by GitBook
block-quoteOn this pagechevron-down
  1. General Paradigmschevron-right
  2. programming-types

Reactive Programming

  • https://www.youtube.com/watch?v=nP-UeleMgE4&list=PLRsbF2sD7JVp8vBso4ysmj-X0u6uGx1rH&index=8arrow-up-right

    • AVoid blocking threads, avoid switching threads

    • Reactive programming is programming with asynchronous data streams.

      • Event buses or your typical click events are really an asynchronous event stream, on which you can observe and do some side effects.

  • https://gist.github.com/staltz/868e7e9bc2a7b8c1f754arrow-up-right

hashtag
what

  • https://www.scnsoft.com/blog/java-reactive-programmingarrow-up-right

    -https://www.baeldung.com/rxjava-tutorialarrow-up-right

  • http://reactivex.io/intro.htmlarrow-up-right

  • https://www.reactiveprogramming.be/arrow-up-right

hashtag
Manifesto

  • https://www.reactivemanifesto.org/arrow-up-right

hashtag
tutorials

  • https://www.journaldev.com/18948/rxjava-tutorialarrow-up-right

  • https://www.linkedin.com/learning/reactive-java-9/what-is-reactive-programming?u=2007908arrow-up-right

  • http://reactivex.io/tutorials.htmlarrow-up-right

  • https://blog.danlew.net/2014/09/15/grokking-rxjava-part-1/arrow-up-right

hashtag
Advantages

  • https://medium.com/corebuild-software/why-you-should-learn-reactive-programming-51b6ffc31425arrow-up-right

  • https://stackoverflow.com/questions/42062199/reactive-programming-advantages-disadvantagesarrow-up-right

PreviousNonredundant codechevron-leftNextreactive-programmingchevron-right

Last updated 5 years ago

  • what
  • Manifesto
  • tutorials
  • Advantages