Open ParadoxV5 opened 1 year ago
I’m going to (partially) improve the RBS through PR. This doesn’t answer my concern with (consistent) maintenance for Rack 3 though. (It’s better not to have an incompetent tool than to accept its hindrance. (not a proverb))
Rack
Top-Level]Auth
BodyProxy
Builder
Cascade
Chunked
CommonLogger
ConditionalGet
Config
ContentLength
ContentType
Deflater
Directory
ETag
Events
Files
ForwardRequest
Handler
Head
Lint
Lobster
Lock
Logger
MediaType
MethodOverride
Mime
MockRequest
MockResponse
except
errors
of #initialize
Multipart
NullLogger
QueryParser
Recursive
RegexpExtensions
Reloader
Request
except
Helpers#body
Helpers#logger
Helpers#session_options
Helpers#parse_multipart
Response
RewindableInput
Runtime
Sendfile
Server
Session
ShowExceptions
ShowStatus
Static
TempfileReaper
URLMap
Utils
I am currently tinkering with Rack and RBS, using this collection for Rack’s RBS. Unfortunately, it is quite lacklustre. It looks like it was partially prepared by @mame and TypeProf through #36 and never touched since.
I’ve inquired about Rack’s opinion on developing RBS themselves through rack/rack#1967. In summary, their consensus is that RBS’s benefits aren’t significant enough to justify the labour of coercing Rack’s duck types to RBS’s static typing. In that discussion, I highlighted: [Update: #232 covers this blockquote]
[Significatly modified section starts]
Rack::Lint
already detail acceptable types (static or duck) equal to or better than a set of RBS could.