| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
These classes either have been made abstract or will be made abstract in the future. We should avoid using the direct constructors from now on.
We would like to make RubyString abstract, so it can be represented more efficiently when containing a single character or a Java String. In order to do so, we need users to stop using the public constructors. This patch deprecates all of the constructors for removal. They will not prevent compilation, but they should show up a bit more boldly and most Java editing tools will highlight them as errors. See jruby#9369 for the attempt to abstract RubyString. This effort will be put on hold for now due to the many exposed constructors. See jruby/jruby-openssl#355 for an example of an external library that was using these constructors directly.
We would like to make RubyString abstract, so it can be represented more efficiently when containing a single character or a Java String. In order to do so, we need users to stop using the public constructors. This patch deprecates all of the constructors for removal. They will not prevent compilation, but they should show up a bit more boldly and most Java editing tools will highlight them as errors. See jruby#9369 for the attempt to abstract RubyString. This effort will be put on hold for now due to the many exposed constructors. See jruby/jruby-openssl#355 for an example of an external library that was using these constructors directly.
This RubyString factory was added in 9.2.1.0. Since nobody should expect support for 9.2.0.0 at this point, I am bumping the compile- time dependency.
| Back | FazBrowse Home | New Git URL |
The string class will be made abstract in the future. We should avoid using the direct constructors from now on.