Standing on the shoulders of giants. RSS 2.0
Previous Page Page 2 of 2 in the VisualStudio2005 category
# Monday, May 31, 2004

Not sure if this is new for VS 2005, but I don't remeber seeing it earlier:

object Convert.ChangeType( object o, Type t )

Very usefull in the following scenario:

public T ConvertFromString(string s){
     return (T)Convert.ChangeType(s, typeof(T));
}

 

Monday, May 31, 2004 2:57:43 PM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
Visual Studio 2005

It took me some time to find out, what options I had to enable to enable debugging in a Whidbey ASP.Net project in windows 2003 server, so maybe this is usefull for someone.

Start with a regular webproject, using the IIS Manager map a virtual directory (EKPool in this picture) to the directory where you created this webproject. Make sure it's an application on the "Directory"-tab and make sure it's using v 2.0.* of the framework on the "ASP.Net"-tab.

Allow the "ASP.NET v2.0.*" Web Service Extension, prohibited by default.

Open the "property pages" of your webproject. Change the Server property on the "Start Options"-tab to "Use custom server" and enter the path to the virtual directory you just created in the "Base Url" textbox. Check the ASP.NET debugging checkbox.

Check the web.config file for the "compilation node" :<compilation debug="true" defaultLanguage="c#" />.

Start debugging with [F5] or run the application without debugging with [CTRL]+[F5].

This also works if you create an application in the root of your website, something which won't work, when you use the integrated webserver in Visual Studio Whidbey.

Monday, May 31, 2004 5:28:49 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
Asp.Net | Visual Studio 2005

Generally I'm quite impressed with the work they've done on Whidbey thus far, but I feel some things could have been done better.

The MembershipProvider framework, works quite well in simple scenarios, but I find it too rigid to be really usefull.

My main concern is the use of a MembershipUser class in the UpdateUser method, which makes using a derived class less easy, for example a MembershipUser class with a birthdate or a PIN code. Same goes for the CreateUser method, only it takes strings as parameters representing all the properties of MembershipUser, why not a MembershipUser?

Another problem is the requirement to implement all methods, all methods on the MembershipProvider are marked abstract. In most cases I don't have the need to use a Question and Answer system to retrieve or reset a password. Not implementing GetPassword(string username, string answer) and ResetPassword(string username, string answer), for example by throwing a NotImplementedException, and relying on the documentation, is a maintenance disaster waiting to happen.

A better solution, I think would have been to use Interfaces for both base classes, those are much easier to extend and less usefull methods can be hidden by implementing them explicitly in yout customg provider, i.e. IMembershipProvider.ChangePassword(string username, string oldPassword, string newPassword).

Monday, May 31, 2004 4:35:14 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
Asp.Net | Visual Studio 2005 | Whidbey
# Tuesday, May 25, 2004

In both 32- and 64-bit versions.

[MSDN Subscriber downloads]

Tuesday, May 25, 2004 5:08:00 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
Visual Studio 2005 | Whidbey
# Tuesday, May 11, 2004

Early Adopter noticed a new naming convention for controls in the latest community preview of Whidbey:

Goodbye txtUserName, hello UserNameTextBox?

I find the second option to be more readable and more inline with the coding-conventions. You don't use strUserName anymore either, do you?

 

 

Tuesday, May 11, 2004 2:12:49 PM (Pacific Daylight Time, UTC-07:00)  #    Comments [1] - Trackback
Development | Visual Studio 2005 | Whidbey
# Thursday, May 06, 2004

it was kinda to be expected, but EricGu seems to be the first to mention there will be a new release of Visual Studio 2005 (Whidbey) at Tech-Ed San Diego. Now if only that build works on the WinHec Longhorn build.

Thursday, May 06, 2004 3:53:18 PM (Pacific Daylight Time, UTC-07:00)  #    Comments [2] - Trackback
Visual Studio 2005 | Whidbey
# Wednesday, February 11, 2004

Mark Cliggett answers the question whether PDC attendees will recieve Whidbey updates, the answer is yes and he suggests thes updates will continue untill RTM.

I hope the same will hold true for Longhorn.

Wednesday, February 11, 2004 7:04:40 AM (Pacific Standard Time, UTC-08:00)  #    Comments [0] - Trackback
Development | Visual Studio 2005 | Whidbey
# Thursday, January 22, 2004

One of my favorite new features in Whidbey has an MSDN TV episode dedicated to it.

The best part about MSBuild (PDC presentation) is the ability to build your own tasks, or leech them of other developers.

The episode isn't on the official MSDN TV site yet, but the downloadable version is available.

Thursday, January 22, 2004 4:14:50 PM (Pacific Standard Time, UTC-08:00)  #    Comments [0] - Trackback
Development | Visual Studio 2005 | Whidbey
# Tuesday, December 02, 2003

The XAML IntelliSence Patch for PDC Visual Studio .NET "Whidbey" shows Microsoft is commited to getting developers ready for Longhorn.

Tuesday, December 02, 2003 3:15:30 PM (Pacific Standard Time, UTC-08:00)  #    Comments [0] - Trackback
Development | Longhorn | Visual Studio 2005 | Whidbey
# Wednesday, November 19, 2003

Check here for the current working draft of obsoleted methods in Whidbey and complain to BradA.

The big change I noticed is most of the clientside functionality now hidden in System.Web.UI.Page is moved to the ClientScript class ( e.g. System.Web.UI.Page.RegisterStartupScript has become ClientScript.RegisterStartupScript(string key, string script) )

Wednesday, November 19, 2003 3:54:10 PM (Pacific Standard Time, UTC-08:00)  #    Comments [0] - Trackback
Development | Visual Studio 2005 | Whidbey
Ads
About
© Copyright 2012
Paul van Brenk
Sign In
newtelligence dasBlog 2.3.2011.0
All Content © 2012, Paul van Brenk
DasBlog theme 'Business' created by Christoph De Baene (delarou)