Howard Dierking
My main technology passions include pretty much anything on language theory, agile development, and service-oriented architecture.
-
Extreme ASP.NET Makeover: Mr. Escher, Your Software is Ready - Refactoring NotificationExtreme ASP.NET Makeover: Mr. Escher, Your Software is Ready –Refactoring Notification
The circular dependency problem between Pages and Users is due to each class implementing part of a larger notification feature. Once again this was not obvious when the two classes were coupled together via Singleton...
-
Extreme ASP.NET Makeover: Mr. Escher, Your Software is Ready - Circular Dependency CycleExtreme ASP.NET Makeover: Mr. Escher, Your Software is Ready –Circular Dependency Cycle
The only reason for Users to reference Host is to raise events on behalf of the Users class. We can quickly and easily remove this dependency by allowing Users to raise its own events, as shown in Figure 4.
... -
Extreme ASP.NET Makeover: Mr. Escher, Your Software is Ready - Host Users Dependency CycleExtreme ASP.NET Makeover: Mr. Escher, Your Software is Ready –Host Users Dependency Cycle
Going Around in Circles
We successfully refactored away Host’s dependency on Settings.Instance by allowing the IoC container to pass Host an instance of ISettings via its constructor. It seems like a simple...
-
Extreme ASP.NET Makeover: Mr. Escher, Your Software is Ready - DependencyExtreme ASP.NET Makeover: Mr. Escher, Your Software is Ready –Dependency
As we saw, the Host class delegates to a whole host of Singletons (bad pun intended), including Settings, Users, Pages, Snippets, NavigationPaths, and AuthWriter. Each of these Singletons refers to other Singletons, creating...
-
Extreme ASP.NET Makeover: Mr. Escher, Your Software is Ready - OverviewExtreme ASP.NET Makeover: Mr. Escher, Your Software is Ready -Overview
We’re now on the ninth installment of Extreme ASP.NET Makeover. In part 8, we discovered that the ScrewTurn Wiki codebase suffers from dependency problems. Tight coupling of implementation classes caused by singletons and static...
-
Extreme ASP.NET Makeover: Disentangling Our Tangled Web-Overview - RefactoringA Topsy-Turvy World
The constructor signature for AuthorizationChecker now looks like this:
public AuthorizationChecker( ISettingsStorageProviderV30 settingsProvider, IAuthTools authTools, IAclEvaluator aclEvaluator) { ... }
We can clearly see that AuthorizationChecker depends on...
-
Extreme ASP.NET Makeover: Disentangling Our Tangled Web-Overview - OverviewWe’re now on the eighth installment of Extreme ASP.NET Makeover. In part 7, we examined the singleton pattern and refactored away the AuthChecker singleton. AuthorizationServices, which previously used the AuthChecker singleton, now depends on the IAuthorizationChecker interface and simply creates...
-
Extreme ASP.NET Makeover: Singleton - RefactoringExtreme ASP.NET Makeover: Death of a Singleton-Refactoring
Now that we have a new class, complete with functionality, we can start to refactor other parts of the application to use it instead of the AuthChecker singleton. Like all the other refactorings we’ve done thus far in this article, it’s...
-
Extreme ASP.NET Makeover: Singleton - AuthChecker ClassExtreme ASP.NET Makeover: Death of a Singleton-AuthChecker Class
I’ve Got Some Seeds, Right Away
So where should we start? How about the AuthChecker class, since that’s what we’ve discussed through the first part of this article. Earlier, we decided that there was no reason for it to...
-
Extreme ASP.NET Makeover: Singleton - TestabilityExtreme ASP.NET Makeover: Death of a Singleton-Testability
He’s Liked, But He’s Not Well Liked
If the current code works, why do we need to get rid of the singleton? What harm is it doing? After all, there’s a reason the pattern has a name. It must be useful.
We have a few issues with singletons....
Staff
Here is a list of Channel 9 staff members.
Bundling and Optimizing
Aug 27, 2012 at 4:02 PM@Sunil Unnithan: no - need to look at adding this header. The plan going forward is that we'll provide you the ability to control much more about the response message from within your transform than we do today.
Bundling and Optimizing
Aug 27, 2012 at 3:57 PM@DotnetShadow: We renamed the package Microsoft.Web.Optimization to Microsoft.AspNet.Web.Optimization - that's why those 2 different packages exist. When we released the later version of Microsoft.AspNet.Web.Optimization, we also updated the Microsoft.Web.Optimization package version such that it contained no actual content - just a dependency to the renamed package. As such, it basically acts like a redirect.
For the different versions of Microsoft.AspNet.Web.Optimization, we follow the conventions outlined in the Semantic Versioning specification (http://semver.org). Therefore, we published a couple different pre-release versions and recently the first stable version (1.0.0).
The CDN feature is available in 1.0.0 (http://nuget.org/packages/Microsoft.AspNet.Web.Optimization/1.0.0) - I had put some code on my blog that referenced this code before we had pushed the final package to nuget.org. Sorry for the confusion there.
Bundling and Optimizing
Aug 02, 2012 at 10:18 AMHi Sunil - yes, it's not pretty, but you should be able to use just the version stamping piece by doing 3 things:
We'll also look into making more modular support easier in future versions. Hope this helps.
_howard
Dan Roth on the new ASP.NET Web API
Feb 23, 2012 at 9:54 AMI look good in png...