在Web项目之间共享文件夹
我们有一个复杂的VS解决方案，包含多个Web项目。原因是
应用程序共享许多经常更改的业务逻辑，我们希望b $ b观察所有更改的含义。
但是webprojects还共享一些用户控件，所以我们希望有一个
公共文件夹，其中放置了所有常见的UI。
我们有什么到目前为止提出的是创建一个CommonUI文件夹并在IIS中，每个Web应用程序
，将CommonUI链接为虚拟子文件夹。
控件称为./ CommonUI / myUserControl1.ascx。在部署和运行时，这可以正常工作。
但它在设计模式下很糟糕。当打开aspx页面时，设计师抱怨因为在解决方案中找不到链接控件。这个
使得无法切换到设计视图，因此所有设计必须在
HTML代码视图中完成。从长远来看，这是一个非常糟糕的设置。我们尝试了
替代代字号语法〜/ CommonUI / myUserControl1.ascx，但它没有产生
的差异。
1）有没有办法说服VS解决方案虚拟文件夹实际上是否可以访问？
2）替代解决方案？
We have a complex VS solution with several web projects. The reason is the
applications share a lot of business logic that change often and we want to
observe the implications of all changes.
But the webprojects also share some user controls so we would like to have a
common folder where all common UI is placed.
What we have come up with so far is to create a CommonUI folder and in IIS,
from each web application, link the CommonUI as a virtual subfolder. The
controls are referred to as "./CommonUI/myUserControl1.ascx". This works fine
when deployed and run.
BUT it is terrible in design mode. When aspx pages are opened, the designer
complains because the linked controls can not be found in the solution. This
makes it impossible to switch to design view, so all design must be done in
HTML code view. In the long run this is a very bad setup. We tried the
alternative tilde syntax "~/CommonUI/myUserControl1.ascx", but it made no
difference.
1) Is there a way to persuade VS solution that the virtual folders actually
are accessible?
2) Alternative solutions?
您好，
如果您使用VS2005和Web应用程序项目（WAP）添加 - 在，你可以使用以下方法与子项目共享用户控件：
#Your网站，我们的激情！ ：第2部分，共3部分：创建共享用户控件
和包含子项目的母版页
http://blogs.msdn.com/webdevtools/ar...15/701642.aspx
如果您的
案例中无法使用WAP或VS2005，请随时告诉我。谢谢。
此致，
Walter Wang（wa****@online.microsoft.com，删除''在线。''）
Microsoft在线社区支持
============================= =====================
通过电子邮件收到我的帖子通知？请参阅
http://msdn.microsoft .com / subscripti ... ult.aspx＃notif
ications。如果您使用的是Outlook Express，请确保清除
复选框工具/选项/读取：一次获取300个标题及时看到你的回复
。
注意：MSDN托管新闻组支持服务是针对非紧急问题
其中来自社区或Microsoft支持的初步响应
工程师可在1个工作日内完成。请注意，每个跟随
的响应可能需要大约2个工作日作为支持
专业人士与您合作可能需要进一步调查才能达到
最有效的分辨率。该产品不适用于需要紧急，实时或基于电话的交互或复杂的b $ b项目分析和转储分析问题的情况。这种性质的问题最好通过联系
Microsoft客户支持服务（CSS）处理
href =http://msdn.microsoft.com/subscriptions/support/default.aspx\"target =_ blank> http://msdn.microsoft.com/subscripti...t/default.aspx 。
======================================== ==========
此帖子按原样提供。没有保证，也没有授予任何权利。
Hi,
If you''re using VS2005 with the Web Application Project (WAP) add-in, you
might use following approach to share user controls with sub-projects:
#Your Websites, Our Passion! : Part 2 of 3: Creating shared user controls
and master pages with sub-projects
http://blogs.msdn.com/webdevtools/ar...15/701642.aspx
Please feel free to let me know if WAP or VS2005 is not possible in your
case. Thanks.
Sincerely,
Walter Wang (wa****@online.microsoft.com, remove ''online.'')
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications. If you are using Outlook Express, please make sure you clear the
check box "Tools/Options/Read: Get 300 headers at a time" to see your reply
promptly.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
我对这个问题很感兴趣。你介意让我知道
的结果吗？如果您需要进一步的帮助，请随时告诉我。
我将非常乐意为您提供帮助。
祝您度过愉快的一天！ br />
问候，
Walter Wang（wa****@online.microsoft.com，删除''在线'''）
Microsoft在线社区支持
================================ ==================
在回复帖子时，请回复群组通过你的新闻阅读器
其他人可以从你的问题中学习并从中受益。
==================== ==============================
此帖子提供按现状 ;没有保证，也没有授予任何权利。
Hi,
I am interested in this issue. Would you mind letting me know the result of
the suggestions? If you need further assistance, feel free to let me know.
I will be more than happy to be of assistance.
Have a great day!
Regards,
Walter Wang (wa****@online.microsoft.com, remove ''online.'')
Microsoft Online Community Support
==================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
据我所知，此解决方案不适用于我们的设置。
在示例中，子项目可以共享来自主应用程序的控件。
但我们的情况则相反：我们有两个主要应用程序
想要分享子项目中的相同控件。
我读到了关于Web应用程序项目（WAP）加载项的内容，即使我们这样做了，也没有明确地安装它。我相信这就是我们现在所使用的。我认为
包含在我们使用的VS Team Edition中。事实上，如果你没有，可以在同一个解决方案中包含几个web项目，对吧？
所有已编译的代码都是如果您只是参考
项目，当然可以分享。
但是所有可视组件和java脚本文件都需要特别注意。
是这真是一个奇怪的愿望，我认为这是一个非常普遍的需求？
也许我错了。
As far as I can understand this solution is not applicable in our setup.
In the example the subprojects can share controls from the main application.
But our situation is the other way around: We have two main applications
that would like to share the same controls in a sub project.
I read about the Web Application Project (WAP) add-in, and even if we did
not install it explicitly I believe that is what we use right now. I think it
is included in the VS Team Edition we use. In fact it is not possible to
include several web projects in the same solution if you don''t have it, right?
All compiled code is of course fine to share if you just reference the
projcets.
But all visual components and java script files need some special attention.
Is this really a strange wish, I thought it was quite a common need?
Maybe I am wrong.