ASP.NET-设计人员和开发人员之间的协作

我们的组织有专门的设计师，他们在Dreamweaver中设计并切割页面。这在过去的ASP和PHP站点中运行良好。现在，我们正试图使它与.NET一起工作，但由于ASP.NET中项目的结构，我们正在努力。每个人如何与开发人员协作？我要寻找的具体要点是：

-将Dreamweaver内容传输到Visual Studio -将HTML输入更改为服务器控件 -允许设计师访问完成的Visual Studio产品，以便他们可以调整布局

---

谢谢

解决你在这件事上所有问题的关键很简单，但却很难实现：它通常被称为。如果您可以确保设计人员从html语义开始，并且.Net程序员继续呈现相同的标记，但在需要时使用服务器控件，那么调整将不会是一个问题-标记是相同的

---

那么什么是语义html呢？你可以问。嗯，它并不总是像人们希望的那样简单。一个好的开始是创建每个页面。

根据我的经验，设计师创建的HTML几乎总是需要至少重构，如果不是重写的话。因此，打开左侧为原始HTML的浏览器，并尝试在右侧屏幕的VS中尽可能地匹配它

---

imho说，让设计师访问ASP标记不是一个好主意。如果你只理解你正在操作的标签的一半，那么太多可能会出错。

显然，你的设计师会有一个轻微的学习曲线。尽管如此，我还是经常在asp.net网站上与设计师合作（顺便说一句，他们都没有使用Dreamweaver，所以这可能是问题的一部分）。通常，他们会在服务器上创建HTML，就像静态HTML页面一样，然后我会进入并用asp.net控件手动替换表单字段

另一方面，我发现我有最好的机会使用吐出最少HTML的控件来匹配设计，比如中继器而不是数据网格

一旦站点在服务器上启动并编程，如果需要，他们可以重新调整

此外，就像我们必须稍微适应它们一样（让我们的服务器控件按照它们喜欢的方式吐出html），它们也必须稍微适应我们，而不是像某些项那样严重依赖样式表中的id属性，因为它们是控件，所以某些项id属性将由hte.net运行时控制

---

通常情况下，一个刚接触asp.net的设计师会觉得这种新的工作方式非常危险，特别是使用用户控件instad of include file，但它与传统的asp/php开发并没有什么不同

使用Microsoft Expressions系列产品怎么样？我听说dreamweaver对PHP/ASP来说就是.NET。可以设置dreamweaver来处理ASP.NET 1.1站点。我还没有看到一个版本的DW可以处理母版页。对我来说，这就是让你的生活变得糟糕的原因。不是贬低语义学，但这并不是这个问题的答案。也许不是，但托马斯在这里说的仍然有些道理。如果设计者确实使用语义布局，那么将有更多的“无用”部分，需要协调的移动部分将更少（所有设计都将包含在css中）。正如他提到的，说起来容易做起来难。Joel，正如我所理解的问题，在目前的工作方式中，很难做到从设计师到程序员再到程序员的顺利交接。如果是这样的话，即使语义（x）html没有专门解决DW和VS之间的差异问题，但它确实间接地解决了设计/编程兼容性问题，这正是OP所要求的。看，我不同意。你是一个团队，你需要能够信任你的设计师，就像他们信任你一样。而且，希望您也在使用修订控制，可以恢复任何灾难性故障。如果你与其他团队成员玩访问和信任游戏，他们将永远不会成为团队的完整组成部分，你将完成所有工作。我在谈论我在该行业10年的实践经验。设计师不是开发团队的一部分，也不参与（迭代）开发过程。在我与设计团队合作的每一个例子中，都有一次非常干净的一次性交接，设计师很少需要回去进行调整。然而，经常需要修复HTML。在我看来，由于HTML确实发生了实质性的改变，所以您不可能进行软切换。这将使事情复杂化，并增加开发时间和成本。