使用WPF/Blend与外部设计师尽可能少地共享

使用WPF/Blend与外部设计师尽可能少地共享,wpf,xaml,expression-blend,Wpf,Xaml,Expression Blend,我们已经开始在一个WPF应用程序客户端上工作。他们有一个内部设计师,他们想用它来进行应用程序的可视化设计。这一点我没有问题。我们只是用他们创建的一个网络应用做了一些类似的事情,效果很好 我们已经将他们的设计师定位于Blend,他将在我们开发应用程序的同时开始学习 我们已经有了一个共享的Dropbox文件夹,这些资源可能会在其中,因为我们的内部源代码控制(可以理解)被锁定,我怀疑我是否能够引入类似于共享Mercurial回购的东西 我想做的是与设计师共享最基本的内容,如果可以的话,只共享xaml文

我们已经开始在一个WPF应用程序客户端上工作。他们有一个内部设计师,他们想用它来进行应用程序的可视化设计。这一点我没有问题。我们只是用他们创建的一个网络应用做了一些类似的事情,效果很好

我们已经将他们的设计师定位于Blend,他将在我们开发应用程序的同时开始学习

我们已经有了一个共享的Dropbox文件夹,这些资源可能会在其中,因为我们的内部源代码控制(可以理解)被锁定,我怀疑我是否能够引入类似于共享Mercurial回购的东西


我想做的是与设计师共享最基本的内容,如果可以的话,只共享xaml文件。由于这是我的第一个大型WPF项目,也是我的第一个涉及Blend的项目,并且是一个外部设计师,我不确定这方面的最佳实践是什么,我希望在沿着这条道路前进之前获得一些信息。

我经常使用Blend,并且大部分情况下,界面和模型的轮廓以及CodeBehind/ViewModel就是您所需要的

我通常会做所有的工作(设计和代码),但是Blend可以托管设计时数据,这些数据可以使用模型创建。如果我有一个非常好的设计和文档化的ViewModel,我可以很好地围绕它编写一个界面。如果您的模型和其他逻辑将在您发送给它们的二进制文件中,请确保公开的成员都有良好的文档记录,以便他们知道在行为方面会发生什么


如果您可以获得批准,向他们发布更多代码,那就更好了。实际的代码远远超过了文档。

除了视图模型本身、各种行为/转换器、非常精简的服务代理类和Caliburn Micro的设置之外,WPF项目中没有实际的逻辑。因为设计师为客户工作,所以我希望得到更少的钱。我想我可以将实际的视图模型和代理移动到另一个程序集中,并实现一个NameTransformer…我不知道设计器有多好,但是,理想情况下,他们应该能够使用具有文档化方法和属性的构建程序集。实际上,这取决于应用程序的复杂程度,但实际上他们应该能够处理告诉他们输入输出和异常情况的文档。视图模型和其他分类代码文件被移动到它们自己的程序集中。