• RedFrank24@piefed.social
      link
      fedilink
      English
      arrow-up
      4
      ·
      17 hours ago

      I’m not sure what you mean? Doing composition over inheritance is considered good practice across the board, regardless of whether it’s frontend or backend.

      • aaaaaaaaargh@feddit.org
        link
        fedilink
        arrow-up
        1
        ·
        9 hours ago

        True but due to the framework in use it’s more or less applicable and I can’t think of a single commonly used backend stack that’s relying on composition whereas I know a bunch of frontend stacks. I guess composition is handy for widget trees so that’s why you see it more often in frontend apps.

        • RedFrank24@piefed.social
          link
          fedilink
          English
          arrow-up
          1
          ·
          5 hours ago

          If you’ve used Dependency Injection before, you’ve used the principle of composition over inheritance. So, if you’ve ever used .Net (C#), Spring Boot (Java) or Laravel (PHP), you’ve likely used it. Modern C++ also has the DI pattern.

          Rust and Go force you to use composition and don’t support inheritance at all, so if you’ve used either of those languages, you’ve followed the practice, though Go doesn’t support DI out of the box. Functional languages like Haskell also use composition over inheritance.

          • aaaaaaaaargh@feddit.org
            link
            fedilink
            arrow-up
            1
            ·
            25 minutes ago

            I think you’re confusing composition with aggregation. DI can’t be composition because the injected object is shared/borrowed, strong composition on the other hand requires the object to be owned. A composed child does not exist without its parent.