面向开发人员和设计人员的协作平台

Question

最近，我们最新的网页设计师问我为什么我们使用ASP.NET作为我们的网站。把他的问题读到真正的问题后，我开始思考这个问题。为什么我们要使用ASP.NET进行web开发？

到目前为止，我们发现的问题是设计团队和开发人员之间的合作。典型的我们的设计师创造一些时髦，酷的外观蜡笔带网页，然后炫耀他们在所有荣耀的批准。一旦获得批准，开发人员就会将HTML撕掉，并将其推入ASP的主页面和细节页面，然后进行热捧！漂亮的网站出来了。

因为Dreamweaver不适合Visual，所以即使是小的调整和更改也是如此。我宁愿只写后端，让设计师画漂亮的图片和花哨的CSS。我们现在的网站有足够的理由在几乎每一个页面上使用ASP，所以我不能在HTML中做一半，在ASP中做另一半。

我不讨厌做其他的事情，另一种语言，CMS平台，其他一些随机的流行词，等等。

你对这种设计情况有什么经验？我们这样做很难吗？我们应该考虑其他平台和语言吗？有什么好的方法可以让设计师在ASP上工作(同时还在使用Dreamweaver)？

Answer 1

尽快开始学习Asp.net MVC。设计师们会喜欢你的。)，您将掌握新的开发技术，这些技术还将使您的解决方案更加健壮和不那么复杂。

但不是这样。设计者应该能够流利地阅读XHTML。学习asp.net语义不应该太难。然后给出他们可以操作内容的Visual。只要他们知道asp.net网络表单是如何工作的，事情就应该是好的。他们很可能只使用CSS就能完成大部分事情。我知道我可以。有时，我确实必须检查生成的HTML，但它可以工作。

Answer 2

除了Wicket (一个java web框架)之外，我不知道有任何框架或语言可以让设计者在开发人员开始向其添加逻辑之后继续进行设计。

不过，我建议两件事：

1. 使用MVC框架- ASP.NET MVC、Rails、Django等，因为这允许更多地分离表示和逻辑。
2. 保持您的表示层尽可能愚蠢，尽可能多地使用帮助器，甚至更好，将逻辑放在域对象中。视图应该只显示或获取数据，完全没有处理数据的逻辑，这将使页面更加友好。

Answer 3

我觉得您的问题很有趣，因为无论项目使用哪种技术，不同角色之间的接口总是会引起一些摩擦。我不确定这个沟通问题是否有技术上的解决方案，因为设计师和开发人员说的是不同的语言。

取决于您的设计人员和开发人员的技能集，可能会有一个额外的层帮助您。我不知道ASPX是如何工作的，但我相信其他技术的概念也会相应的。

如果您的内容主要是静态的，这些内容可以用XML表示，而不是提供后端，后者用定义的Schema传递XML中的内容，设计人员可以通过XSLT描述XHTML和CSS中的转换。考虑到您的设计人员能够使用XHTML和CSS，学习XML和XSLT的附加工作就没那么大了。我发现这个解决方案比模板语言强大得多，模板语言试图在自己有限的构造中模仿服务器端脚本语言的丰富性。如果您在客户端有动态元素，如DHTML、AJAX或命名它，您可以定义自己的xml标记，这些xml标记在设计人员完成工作后转换为更丰富的客户端对象。我想设计人员会理解这些特殊标记的用法，并提供适当的客户端对象转换。

我在一些基于PHP的协同工作中使用了这种方法。PHP只是转换的驱动程序。内容被组装成带有特殊标记的xml，这些标记通过XSLT转换成XHTML和CSS。一旦定义了对象和不同对象的转换，您就可以构建一个库，这有助于缩短new应用程序新页面的开发周期。额外工作的好处是，您的设计人员可以更改页面的布局，而无需接触服务器端代码。

也许这个有帮助。