RFC: Sealed classes

This page summarizes the projects mentioned and recommended in the original post on /r/PHP

InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured
  • Package

  • Kotlin: https://kotlinlang.org/docs/sealed-classes.html#location-of-direct-subclasses ( instead of using permits, all class within the same package are permitted, this won't work in PHP since we don't have pacakges, but if in the future we get packages, we can make it so that classes with no permit clauses are permitted to the same package - see https://github.com/Danack/Package/blob/master/rfc_words.md )

  • Symfony

    The Symfony PHP framework

  • One such example is FormTypeInterface in Symfony which has been changed few times. Because all the documentation said to use AbstractType, there has never been a problem for most.

  • InfluxDB

    Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

    InfluxDB logo
  • z-engine

    :zap: PHP Engine Direct API

  • Operator overloading can technically be done in userspace via FFI with https://github.com/lisachenko/z-engine (I have an active PR adding headers for 7.4 and 8.1 as well as TS) - but it's super hacky and I would love to see it actually make it into PHP proper.

  • user-documentation

    Documentation for those that use HHVM and write Hack code.

  • I think there are thousands of other things to apply to PHP, rather than this, but if that's the way to go, well, the worse is nothing. Also just look at what https://docs.hhvm.com/ has and PHP doesn't, or go through LOLPHP.

  • PHP OAuth 2.0 Server

    A spec compliant, secure by default PHP OAuth 2.0 Server

  • I completely agree with this!! Sometimes there's too much hubris in OSS; classes made final, methods made private- because the author has made their mind up about how the library should work and be used. But sometimes it's not possible to imagine every use case. If software is extensible and someone breaks their app by extending your library and doing something wrong, that's their problem. Take a look at this for example: https://github.com/thephpleague/oauth2-server/issues/885 here the authors don't want to make it more extensible because some people might encode too many claims into their tokens and run into problems with header size. Ffs get off your high horse and let people use their own judgement !! /rant

  • http-message

    The purpose of this PSR is to provide a set of common interfaces for HTTP messages as described in RFC 7230 and RFC 7231

  • For instance look at https://github.com/php-fig/http-message/blob/master/src/RequestInterface.php . Implementers of that API need to read the detailed docblocks, not just the method names and signatures.

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts

  • Deploying Laravel on Lamp Stack with Linux(Ubuntu)

    2 projects | dev.to | 9 May 2024
  • The PHP Orkestra Framework

    7 projects | dev.to | 5 May 2024
  • ¿PHP, Muerto o No?

    2 projects | dev.to | 4 May 2024
  • Como configurar imagem Docker(PHP e Nginx) para projetos Laravel com PHP 8.3

    1 project | dev.to | 24 Apr 2024
  • Developing a Reusable and Readable Bash Script for Automated LAMP Stack Deployment

    1 project | dev.to | 22 Apr 2024