Cloud Foundry: Design and Architecture
Derek Collison discusses the goals, the design premises and patterns employed in creating the architecture of Cloud Foundry, VMware’s open source PaaS, unveiling internal architectural details.
Presentation
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Recorded at:
LINQ, Take Two: Realizing the LINQ to Everything Dream
How would you like to view the presentation?
In case you are having issues watching this video, please follow these simple steps to help us investigate the issue:
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
Summary
Bart De Smet presents LINQ’s origins, its current status, and plans for the future which include LINQ to Everything, plus discussions on theorem solving, reactive queries, and query optimization.
Bio
Bart De Smet is a Software Development Engineer on the Cloud Programmability team, an avid blogger and a popular speaker on various international conferences. In his current role, he’s actively involved in the design and implementation of Reactive Extensions for .NET (Rx) and on an extended “LINQ to Anything” mission.
About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community.QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
Bart De Smet presents LINQ’s origins, its current status, and plans for the future which include LINQ to Everything, plus discussions on theorem solving, reactive queries, and query optimization.
Bio
Bart De Smet is a Software Development Engineer on the Cloud Programmability team, an avid blogger and a popular speaker on various international conferences. In his current role, he’s actively involved in the design and implementation of Reactive Extensions for .NET (Rx) and on an extended “LINQ to Anything” mission.
About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community.QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
RelatedVendorContent
Tutorial: Integrating SQLFire with tc Server and Spring Data
Why NoSQL? A Primer on the Rise of NoSQL
RDBMS to NoSQL: Managing the Transition
Introducing SQLFire: a memory-optimized, high performance SQL database
Not able to load Video
by
Ajay Bhosale
Posted
Code Samples
by
Ajay Bhosale
Posted
It doesn't have to be IQueryable
by
Stefan Wenig
Posted
Re: It doesn't have to be IQueryable
by
Stefan Wenig
Posted
-
16:04:44:884 NetConnection.Connect.Success ( rtmpe://sxrl3x941kr4c.cloudfront.net/cfx/st/ ) 16:04:48:568 NetStream.Play.StreamNotFound ( x.mp4 )
16:04:48:570 NetConnection.Connect.Closed
16:04:48:577 MediaPlayer.Error.FAILED TO PLAY X.MP4; STREAM NOT FOUND.
16:04:48:578 NetStream.Play.Stop ( x.mp4 ) -
Does the code samples available for download?
-
Bart seems to imply that if you hand-code your query classes without implementing IQueryable, you can limit the power of LINQ queries at compile-time to whatever you want to implement in your LINQ provider. That would indeed be cool.
However, beyond the simple scenarios he shows there's little chance to get there. Take an O/R mapper, the most common scenario for LINQ providers. When we want to use our POCO classes for queries, we're out of luck here. Even if our query factory returns a MyQueryable<MyType> that does not implement IQueryable<MyType>, MyType will likely have members that implement IEnumerable<T>, and now any LINQ expression using these members will be compiled. Unsupported features will just break at runtime, and there's nothing you can do about it.
The consequence is that any useful LINQ provider needs to implement almost anything, or it will be useless because nobody wants to guess what's possible and then try it out and re-write it until it works. A complete LINQ provider is much harder to write than one that supports, say, 80% of query features. And there's alyways stuff that can _only_ be executed in memory (basically any user-defined method, comparers etc.)
We spent some time figuring out how we could add compile-time limitations to LINQ provider toolkit (relinq.codeplex.com), but it just doesn't work without generating specific queryable classes for any classes participating in queries. Which in turn would not only mess up the build process, but also create circular dependencies whenever you want to write a LINQ query in a queryable class.</t></mytype></mytype> -
InfoQ's comment system still has this encoding problem that leads to XML closing tags for generics...
4 comments
Watch Thread Reply