请对这个建议投票......
制作(至少是类库)可在VS 2003和2005之间共享的项目
http://lab.msdn.microsoft.com/produc...1-72fd99a18693
谢谢!
Urs
Make (at least Class Library) Projects shareable between VS 2003 und 2005
http://lab.msdn.microsoft.com/produc...1-72fd99a18693
Thank you!
Urs
我不会投票支持它。
在我看来,为两个项目添加一个文件并保持它们是同步是一个人正常工作的问题,换句话说,一个管理人员/>
函数。我不希望MS添加功能来拯救我自己。
如果你有一些人无法管理一个简单的练习,比如保持2
项目同步然后当有人将一些
FrameWork 2.0特定代码添加到''库'中然后其他人尝试
时你会做什么编译框架1.1项目?
" Urs Eichmann" <乌尔*** @ online.nospam>在留言中写道
新闻:OF ************** @ TK2MSFTNGP09.phx.gbl ...
I will not be voting for it.
In my opinion, adding a file to both projects and keeping them is sync is a
matter of someone doing their job properly, in other words, a managerial
function. I do not expect MS to add functionality to save me from myself.
If you''ve got people who can''t manage a simple exercise like keeping 2
projects in sync then what are you going to do when someone adds some
FrameWork 2.0 specific code into a ''library'' and then someone else attempts
to compile the Framework 1.1 the project?
"Urs Eichmann" <ur***@online.nospam> wrote in message
news:OF**************@TK2MSFTNGP09.phx.gbl...
Make(至少是Class图书馆可在VS 2003和2005之间共享的项目
http://lab.msdn.microsoft.com/produc...1-72fd99a18693
谢谢!> Urs
Make (at least Class Library) Projects shareable between VS 2003 und 2005
http://lab.msdn.microsoft.com/produc...1-72fd99a18693
Thank you!
Urs
我也不是。我完全同意,这是一个坏主意。
-
Daniel
MCSE,MCP +我,Windows 2000 / NT中的MCP
------------------------------ --------
从我的邮箱地址中删除第二个马德里联系我。
Stephany Young <没有人@本地>在消息中写道
新闻:Ov ************** @ TK2MSFTNGP14.phx.gbl ...
Me neither. I totally agree, this would be a bad idea.
--
Daniel
MCSE, MCP+I, MCP in Windows 2000/NT
--------------------------------------
remove the 2nd madrid from my mail address to contact me.
"Stephany Young" <noone@localhost> wrote in message
news:Ov**************@TK2MSFTNGP14.phx.gbl...
我不会投票对于它。
在我看来,为两个项目添加一个文件并保持它们是同步的,这是因为某人正确地完成了他们的工作,换句话说,就是管理层。
功能。我不希望MS添加功能来拯救我自己。
如果你有一些人无法管理一个简单的练习,比如让两个项目同步,那么当有人将某些特定于FrameWork 2.0的代码添加到库中然后其他人尝试编译Framework 1.1项目时,你会怎么做?
" ; Urs Eichmann <乌尔*** @ online.nospam>在消息中写道
新闻:OF ************** @ TK2MSFTNGP09.phx.gbl ...
I will not be voting for it.
In my opinion, adding a file to both projects and keeping them is sync is
a matter of someone doing their job properly, in other words, a managerial
function. I do not expect MS to add functionality to save me from myself.
If you''ve got people who can''t manage a simple exercise like keeping 2
projects in sync then what are you going to do when someone adds some
FrameWork 2.0 specific code into a ''library'' and then someone else
attempts to compile the Framework 1.1 the project?
"Urs Eichmann" <ur***@online.nospam> wrote in message
news:OF**************@TK2MSFTNGP09.phx.gbl...
Make(至少是类库)项目可共享在VS 2003和2005之间
http://lab.msdn.microsoft.com/produc...1-72fd99a18693
谢谢!
Urs
Make (at least Class Library) Projects shareable between VS 2003 und 2005
http://lab.msdn.microsoft.com/produc...1-72fd99a18693
Thank you!
Urs
" Stephany Young" <没有人@本地> schrieb:
"Stephany Young" <noone@localhost> schrieb:
我不会投票支持它。
在我看来,为两个项目添加一个文件并保持它们同步就是某个人的问题正确地完成他们的工作,换句话说,一个管理职能。我不希望MS添加功能来保存我自己。
I will not be voting for it.
In my opinion, adding a file to both projects and keeping them is sync is
a matter of someone doing their job properly, in other words, a managerial
function. I do not expect MS to add functionality to save me from myself.
Mhm ...也许支持在VS 2005中添加项目引用到
VS.NET 2003类库将在VS.NET的单独实例中打开
2003是更好的方法,特别是对于非常大的项目
组成很多项目。我同意Urs的观点,如果没有将VS.NET
2003项目整合到VS 2005中,从VS.NET迁移到2003年的VS 2005将会更难。
-
MS Herfried K. Wagner
MVP< URL:http://dotnet.mvps.org/>
VB< URL:http://classicvb.org/petition/>
Mhm... Maybe support for adding a project reference in VS 2005 to the
VS.NET 2003 class library that will open in a separate instance of VS.NET
2003 is the be better approach, especially for very large projects
consisting of lots of projects. I agree with Urs that migration from VS.NET
2003 to VS 2005 will be harder without some sort of integration of VS.NET
2003 projects into VS 2005.
--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>