While I'm all in favor of having a standard SQL interface, but I don't think it needs to be a part of Rust's standard library. Instead I feel this is one of those libraries that can live outside of rust proper and be blessed by the community as being the standard SQL framework. Once rustpkg is done, using this library shouldn't be any different than using something out of libstd for the end users. That'll allow the SQL framework to evolve independently of Rust, and cut down on the rust compiler maintenance.
On Wed, Dec 11, 2013 at 9:04 AM, Patrick Walton <[email protected]>wrote: > On 12/11/13 3:01 AM, John Mija wrote: > >> Before of release 1.0, it would be very good if it's added to the >> package standard a generic interface to be implemented by the packages >> of SQL drivers. >> > > We aren't likely to block 1.0 on this. Instead of stabilizing all > libraries once and for all in 1.0 like Go did, we're taking a gradual > approach to libraries similar to that of node.js, in which 1.0 will have > some library modules stable and some modules unstable, and releases 1.1, > 1.2, and beyond will stabilize more and more libraries as time goes on. > > I think this approach will give us a higher degree of confidence that we > don't have to live with library interfaces that are suboptimal for all > time, since we can focus on libraries one at a time instead of freezing > everything in one fell swoop. > > Patrick > > > _______________________________________________ > Rust-dev mailing list > [email protected] > https://mail.mozilla.org/listinfo/rust-dev >
_______________________________________________ Rust-dev mailing list [email protected] https://mail.mozilla.org/listinfo/rust-dev
