Now that the VS2010/NETFX4 train is about to grind to a half, the vNext discussions are ramping up for each of the encompassed technologies. Why is this interesting to you? Because it’s the perfect time to start voicing your personal opinions. If you’ve been moaning about a feature that you need, or a behavior that should be improved, you absolutely need to tell us about it. Despite what some believe, Microsoft listens very extensively to customer feedback, the trick though is knowing where to give that feedback.
I get e-mails all the time, and I read tweets every day talking about some change request that a developer would like to see made. Unfortunately, those mediums aren’t the best way for us to be able to rally behind. Don’t get me wrong, we want that communication to happen, and we take those comments into account when doing product planning, but in order to justify new features, it’s very key to have as much support behind it as possible, and this typically can’t come from a bunch of disparate e-mails, tweets, etc.
You don’t need to be BFFs with ScottGu (that certainly won’t hurt) or attend every SDR to have a voice in Microsoft. This was loudly confirmed by ASP.NET MVC, which anyone can tell you was heavily driven by customer comments. The same can be true for the Entity Framework and WCF Data Services in their vNext releases. We just recently published Connect sites for both products and are asking for all the feedback you’ve got. This can come in the form of bugs or suggestions. Both are much appreciated and will be directly taken into account. One of the main reasons using Connect is great is that it allows other people to upvote/downvote your suggestions. This makes it much easier for us to justify working on a specific feature (or not too if you’re the only person in the world that wants something added).
Entity Framework vNext Connect
WCF Data Services vNext Connect
Long story short: go make your suggestions on the Connect sites, otherwise I don’t want to hear you complain a year from now about something we didn’t add 
This morning, Cameron Skinner presented a demo in Bob Muglia’s keynote at the PDC. The demo focused on some of the most exciting new features coming in Visual Studio 2010, .NET Framework 4, SQL Server 2008 R2, and the new Windows Server AppFabric. We felt that the demo did a great job of highlighting the value of the next wave of Microsoft developer tools and as such we wanted to make sure that it was readily available to everyone.You can now download the Tailspin Travel application from Codeplex (download here). In addition to the feature use cases that were presented in the demo, the released version of Tailspin contains many additional scenarios to help developers see a broader view of possibilities with the respective technologies.
Technologies Covered
The Tailspin Travel application covers a pretty substantial set of functionality, but ultimately seeks to provide a holistic perspective of how Visual Studio 2010, .NET Framework 4, and the server platform can be used together. The following is a list of the exact features that are shown in the application:
Visual Studio 2010
- Assembly Dependency Graph
- Multi-monitor
- Navigate To dialogue
- IntelliTrace
- New WF designer
- MSDeploy
- Coded-UI tests
|
.NET Framework 4
- ASP.NET MVC 2
- Windows Identity Foundation
- Windows Workflow Foundation
- Windows Communication Foundation
- Entity Framework
|
Server Platform
- Windows Server AppFabric
- Service Container
- Workflow Container
- Monitoring
- Cache
- SQL Server 2008 R2
- DAC
|
System Requirements
Tailspin was built using Visual Studio 2010 Ultimate, and there are a few features in use in the demo that require that version (e.g. coded-UI tests). If you’re using a different SKU, you’ll still be able to run the solution, but there will be some features you won’t be able to take advantage of.Because we consider the new Windows Server AppFabric a key part to the Tailspin Travel application, we also require that you have it installed. This is what enables the memory-caching, as well as the service/workflow containers, and monitoring support.SQL Server 2008 R2 isn’t a hard requirement, but if you don’t have it installed you won’t be able to deploy the Data-Tier Application (DAC).
Next Steps
We plan on doing at least a couple more iterations on Tailspin Travel. There are a few tweaks we’d like to make, plus I’m confident we’ll get some great feedback from you guys that will help make it even better.
One of my biggest complaints with the .NET Framework is its horrible support (or lack thereof) for handling string input. If you have an application that allows a user to enter arbitrary content, there is no single way to “project” that content into its appropriate data type, without having to write a ton of boilerplate code.
At first glance, you might think this is an easy problem to solve, and in some instances you’d be right, but the devil is most certainly in the details (as in figuring out quantum physics!). If you’re looking to be able to handle an infinite number of different data types, and generically interpret any possible form of input, then you’ve got quite a serious problem on your hands.
Thankfully this problem ends today. In addition to developing the recently released ASP.NET MVC framework, Phil Haack and Eilon Lipton have also been hard at work addressing the global issue of string input handling and quantum entanglement. This afternoon, the first public CTP of the new “String Input Handling Framework” (name pending) has been released. As much as I’d love to go on about how to use it, and how integral it will become in all future .NET development, Eilon has already put together a great blog post on this subject.
All I can say is: with innovative solutions like this under Microsoft’s belt, there is no question just how superior the .NET Framework is to everything else on the market. Move over Ruby, PHP, Python, Java, and everyone else (you know who you are), the .NET train is coming through, and we’ll be accepting any input you’ve got to throw at us!
Last week I was doing some pair programming with Jason Olson and we were looking over a project I’m working on in connection with ASP.NET MVC and custom ControllerActionInvokers (more on this to come). As he was critiquing my code, he pointed out my usage of a Func<T, bool>, asking why I wasn’t using a Predicate<T>, which achieves the exact same thing, without having to redundantly specify the boolean return type (not to mention the semantic value it adds). My response: “Umm, because I forgot about that”.
Apparently when .NET 3.5 was released I fell in such deep love with the Func delegate that I completely gave up on ever using Predicate again, which seems pretty ridiculous. Obviously Func has many more forms than Predicate, and merits lots of usage, but blindly using it for everything would begin to demean its value. Luckily I didn’t forget about my beloved Comparison delegate, so you wouldn’t ever catch me using a Func<T1, T2, int> (where T1 and T2 where the same type) as opposed to a Comparison<T>.
After feeling a little pathetic, low-and-behold I began seeing instances all over the place of people doing the exact same thing I was doing. I’ve since stumbled upon three different open-source projects that have code using Func<T, bool> delegates instead of Predicate<T>. In addition, I remembered that ADO.NET Data Services implement their query interceptors as methods whose return type is Expression<Func<T, bool>>. Apparently I’m not the only person who has fallen victim to the forgotten delegate…
I’m by no means stating that using a Func<T, bool> as opposed to a Predicate<T> is bad or anything, I just found it somewhat interesting that Funcs have permeated code that would have otherwise used another delegate.
Krzystof Cwalina announced two interesting things on his blog this morning: AFC and MEF.
AFC (or the Application Framework Core team) is a new group within Microsoft who are responsible for developing ways to better integrate the application frameworks on the .NET stack (i.e. Silverlight, WPF, ASP.NET, etc). Having a team that specifically looks after those needs will certainly prove beneficial, and it will be exciting to see what comes from them in the coming years.
Krzystof mentioned one of the group’s current projects is a new feature called the Managed Extensibility Framework (or MEF). For more information on this (including code!), check out Krzystof’s post.
