概念证明

Question

我需要向老板提供一个概念证明。我们的应用程序是用WPF编写的，但我知道Windows Forms回到了前面。在WPF中实现POC的时间是Windows窗体中的3-4倍。

你会怎么做到这一点，要么使用WPF并获得一个丑陋的POC，需要花费三倍的时间来创建，或者使用Windows窗体并快速获得POC也会看起来很难看？

Answer 1

这取决于你试图用你的概念验证来“证明”。

如果目的是为了证明WPF是一个非常棒的富UI平台，那么开发Windows窗体中的PoC至少可以说是有害的。

如果目的是展示与UI无关的内容，则不一定是坏事。

在任何情况下，保护PoC不被提升为产品代码始终是重要的，因此在Windows窗体中开发它可能会带来额外的好处，项目经理不会觉得重用产品应用程序的PoC的冲动，如果产品必须用WPF开发。

Answer 2

这取决于。您是否需要证明问题可以在您的产品中解决？然后使用相同的产品来构建它。

否则，当您发现自己使用了另一个框架时，Boss取消该项目的风险是什么？他是否相信你会真正证明这件事可以实施？

他会选择用户界面，还是可以抽象它并查看底层问题？

他会欣赏所获得的时间还是时间没问题？

我会让他决定。他就是为此而付钱的人。

编辑以对评论作出反应：我希望这个帖子能够提供一套很好的论据，让你的老板有一个准备充分的建议，风险分析等等。然后，让他决定。如果他是那种不喜欢决定的人，那就轻轻地为他做。

Answer 3

开始之前

• 定义你要试图证明的确切内容（UI外观/感觉？性能？一些特殊功能？）
• 尽可能以图形清晰和简单的方式实现该方法 - 将注意力集中在您尝试显示的内容上（如果它是UI，那么有时Powerpoint中的简单线框将起作用）
• 提供一系列假设和约束 - 仅仅因为POC有效，如果你/你的老板有不同的假设，你不想让自己陷入最后交付的角落
• 提供你认为对你正在做的事情的实际商业利益...更多然后技术很好有类型的东西

Answer 4

尽管听起来很明显，但最好是尽可能快速，廉价地集中精力证明概念的中心思想。

如果概念背后的基本思想是“在WPF中实现手动数据输入功能”，那么显然坚持使用WPF，如果中心思想是GUI框架不可知，那就去WinForms。

Answer 5

取决于您的工作场所是否有将半工作PoC纳入最终应用的习惯，而不是将它们视为它们的演示原型。我见过人们为GUI PoC或故事板设置交互式PowerPoint演示文稿，只是为了避免这种情况。

Answer 6

软件是业务的推动者。业务是指有人购买并使用您的软件并支付费用。作为一名软件工程师，我有责任制作一款优秀的软件。如果好的意味着眼睛糖果UI，将有助于促销/推销。我会做。我也会制作时间表并将其提交给我的经理/老板。他们让他打电话。如果他说为什么你不能在更短的时间内完成它，我会提醒他缺乏专业知识/知道如何/不熟悉的api。如果老板仍然无法理解这是他的问题。