Why Visual Basic 2005 does not let refactoring as C# does?

10 Aug 2006 2:53 PM

arielqs

10 Aug 2006 8:29 PM

Mike Lowery

http://msdn.microsoft.com/vbasic/downloads/tools/Refactor/default.aspx

Show quote

"arielqs" <arie***@discussions.microsoft.com> wrote in message
news:54F24411-45B7-4D20-9E71-D3491CEB6304@microsoft.com...
>

13 Aug 2006 4:24 PM

arielqs

My question has not been answered. y real question is why both languages has
been designed in a different way in their refactoring topic. I know that an
add-in exists for Visual Basic.

But, why do we need that? The logical situation could be that C# and VB
behave on the same way.

Show quote

"Mike Lowery" wrote:

> http://msdn.microsoft.com/vbasic/downloads/tools/Refactor/default.aspx
>
> "arielqs" <arie***@discussions.microsoft.com> wrote in message
> news:54F24411-45B7-4D20-9E71-D3491CEB6304@microsoft.com...
> >
>
>
>

14 Aug 2006 2:12 PM

Mike Lowery

I haven't seen anything from Microsoft that says that C# and VB should behave
the same way. To the contrary, I've seen writings that suggest C# will continue
to diverge.

Show quote

"arielqs" <arie***@discussions.microsoft.com> wrote in message
news:A7724AE7-5D8D-4963-85DD-505F64D8BAAE@microsoft.com...
> My question has not been answered. y real question is why both languages has
> been designed in a different way in their refactoring topic. I know that an
> add-in exists for Visual Basic.
>
> But, why do we need that? The logical situation could be that C# and VB
> behave on the same way.
>
> "Mike Lowery" wrote:
>
>> http://msdn.microsoft.com/vbasic/downloads/tools/Refactor/default.aspx
>>
>> "arielqs" <arie***@discussions.microsoft.com> wrote in message
>> news:54F24411-45B7-4D20-9E71-D3491CEB6304@microsoft.com...
>> >
>>
>>
>>