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

【问题标题】：ASP.NET - collaboration between designer and developerASP.NET - 设计师和开发人员之间的协作
【发布时间】：2009-06-04 22:16:58
【问题描述】：

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

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

谢谢！

【问题讨论】：

Dreamweaver 可以设置为处理 ASP.NET 1.1 站点。我还没有看到可以处理 MasterPages 的 DW 版本。对我来说，这就是让你的生活充满活力的东西。

标签： asp.net dreamweaver collaboration

【解决方案1】：

显然，您的设计师会有一点学习曲线。但话虽如此，我在 asp.net 网站上经常与设计师合作（他们都没有使用 Dreamweaver，顺便说一句，所以这可能是问题的一部分）。通常，他们会在服务器上完全按照他们想要的方式创建 HTML，就像静态 HTML 页面一样，然后我将进入并使用 asp.net 控件手动替换表单字段。

另一方面，我发现我最有可能使用输出最少 HTML 的控件来匹配设计，例如中继器而不是 DataGrids。

一旦站点在服务器上启动并进行了编程，如果需要，他们可以返回进行调整。

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

更多的时候，一个新接触asp.net 的设计师会觉得这种新的做事方式非常威胁，特别是在包含文件的用户控件中，但它与经典的asp/php 开发并没有什么不同。

【讨论】：

【解决方案2】：

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

那么什么是语义 html？你可能会问。好吧，它并不总是像人们希望的那样简单。一个好的开始是让每一页都pass XHTML validation。

【讨论】：

不是贬低语义，但这不是这个特定问题的答案。
也许不是，但托马斯在这里说的话还是有道理的。如果设计师确实使用语义布局，那么将有更多的“贫瘠”，需要更少的移动部件来协调（并且所有设计都将包含在 css 中）。正如他所说，说起来容易做起来难。
乔尔，据我了解，问题在于，在当前的工作方式中，很难做到从设计师到程序员的顺利交接。如果是这样，尽管语义 (x)html 没有专门解决 DW 和 VS 之间的差异问题，但它确实间接解决了设计/编程兼容性问题，这正是 OP 所要求的。

【解决方案3】：

根据我的经验，设计师创建的 HTML 几乎总是需要至少重构，如果不重写的话。所以，打开一个浏览器，左边是原始的 HTML，在右边屏幕的 VS 中尽量匹配。

让设计人员访问 ASP 标记并不是一个好主意，恕我直言。如果您只了解您正在操作的标签的一半，则可能会出错。

【讨论】：

看，我不同意。你是一个团队，你需要能够信任你的设计师的作品，就像他们信任你的作品一样。而且，希望您还使用修订控制，并且可以恢复任何灾难性故障。如果您与其他团队成员一起玩访问和信任游戏，他们将永远不会成为团队的完整成员，而您只能完成所有工作。
我说的是我在这个行业10多年的实践经验。设计师不是开发团队的一部分，也不参与（迭代）开发过程。在我与设计团队合作的每一个例子中，都有一次非常干净的一次性交接，很少需要设计师回去进行调整。但是，经常需要修复 HTML。在我看来，由于 HTML 确实发生了重大变化，因此您不能进行软切换。这会使事情复杂化，并增加开发时间和成本。

【解决方案4】：

如何使用 Microsoft Expressions 产品线之一？我听说他们对于 .NET 的意义就像 dreamweaver 对于 PHP/ASP 的意义。

【讨论】：