wpf - 设计师和开发人员一起工作

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

4年前关闭。




Improve this question




WPF 和 Silverlight 丰富的演示功能意味着像我这样的开发人员现在将更频繁地与图形设计师密切合作，我的下一个项目就是这种情况。

有没有人有任何提示和经验(从两个角度来看)让这件事变得更顺利？

例如，当我最近向设计师提到源代码控制时，我很快就被告知你不能对图形、图像等进行源代码控制，所以这是浪费时间。所以我回答:好的，但是 WPF/Silverlight 中的 XAML 文件呢？

Scott Hanselman 在 podcast 中谈到了这个话题。 ，但他更关注工具，而我对沟通问题/方面更感兴趣。

Answer 1

我发现的一件事是，作为开发人员，您如何设计代码会极大地影响设计人员可以用它做什么。通常，您从 Web 下载 Silverlight 或 WPF 示例应用程序并在 Blend 中打开它，只是让 Blend 崩溃，因为代码在设计器中运行不佳。如果它没有崩溃，它就很少看起来像正在运行的应用程序。

我最近在澳大利亚和新西兰的 Tech Ed 发表了关于可以应用于“可设计性设计”的技术的演讲。包括一个简短的列表:

编写可以利用数据绑定(bind)的代码。 Model-View-ViewModel 或演示模式非常适合这种情况。

为您的服务依赖项提供“设计时” stub 。如果您要绑定(bind)的类进行 Web 服务调用，请确保将 Web 服务客户端替换为一个 stub 类，该 stub 类返回设计器在混合中使用的“虚拟数据”。这可以通过 IoC 和依赖注入(inject)轻松完成，如果 HtmlPage.IsEnabled == false 则注入(inject)一个实现。

通过使用数据绑定(bind)，您可以限制 XAML 文件中的“命名元素”数量。如果您在后面编写大量代码，最终会将您的 C# 代码与命名元素(例如 txtName 或 txtAddress)耦合，从而使设计人员很容易“搞砸”。

使用命令模式而不是单击事件处理程序后面的代码。通过将事件的调用者与处理程序松散耦合，您可以拥有较少命名的元素，并且您可以让设计人员自由选择按钮或菜单项来调用特定命令。

在 Blend 中测试您的代码!即使您认为自己是一个纯粹的开发人员，您也应该测试您的代码是否可以被工具使用，并努力在设计时获得最佳体验。有些人会争辩说，一个工具不应该影响你的软件设计，就像有些人提示“为可测试性而设计”，并且做出软件设计决策只是为了让代码更可测试。我认为这是一件很聪明的事情，也是让真正的设计师-开发人员工作流程顺利进行的唯一方法。

其他提示是从小处着手。如果您的设计师是 XAML、WPF 和 Silverlight 的新手，请先将他们介绍给项目团队，并让他们使用他们熟悉的工具进行一些基本设计。让他们在 Adob​​e Illustrator 中制作一些按钮和插图，然后将其导出到 XAML，并向他们展示如何直接利用他们的设计资源。继续介绍越来越多的产品，希望他们对此感兴趣并希望改用 Blend。这是一个学习曲线，但它肯定是值得的!

祝你好运!

PS:我已经在我的博客 http://jonas.follesoe.no 上写了关于模式和制作设计师友好代码的分配。 .您还可以找到指向我的 Tech Ed 演讲视频记录的链接，以及许多进一步阅读该主题的链接。