wpf - 在缺乏专业知识的技术中设计架构

Question

关闭。这个问题需要更多focused .它目前不接受答案。












想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .

7年前关闭。




Improve this question




在我的公司，我们正在为我们的产品创建一个新的软件架构。我们当前的架构已用于许多产品迭代并持续了很长时间，现在是时候退役了。 UI 架构目前在 WTL/ATL 3.0 和 COM 中实现。

我们刚刚完成了后端架构的设计，该架构将像其前身一样经得起时间的考验。然而 UI 技术发展如此之快，以至于我们团队中没有人拥有我认为奠定应该持续多年的基础所需的专业知识。我们目前正在针对这种架构的 WPF，并考虑各种替代策略来帮助我们缺乏该技术的专业知识。
我们正在考虑的一些方法:

让我们经验丰富的员工加强 WPF 并通过架构工作 -
对这种方法的担忧是，我们需要 UI 层持续存在的区域，并且很可能直到使用这种架构实现了许多产品之后才能获得所有需要的学习。

从咨询公司引入临时专业知识来协助架构和开发——这种方法看起来很有前景；对具有专业知识的公司的建议？ Microsoft 不提供应用程序和体系结构顾问，因此寻找具有必要专业知识的人员可能具有挑战性。

引入一家咨询公司进行架构研究和指导 session - 似乎很有吸引力，因为它可以为我们的经验人员提供指导，同时仍然允许我们的领域知识指导架构的方向。可能很难找到有资格提供此类服务的公司。

我的问题是，您如何解决类似的情况，即您必须利用您的团队目前不具备架构师级别知识的新技术来创建一个强大、丰富、长期存在的架构？您是否在前面提到的任何策略上取得了成功，或者我是否完全错过了其他方法？

总的来说，我不提倡以这种身份使用您不熟悉的技术。考虑到这一点，我们相信 WPF 可能提供的用户体验将为我们提供多年来想要使用的功能。无论如何，你必须从某个地方开始。 ;-)

Answer 1

您最终必须学习您选择的 GUI。

作为参与此类项目的外部顾问之一，我建议对选项 #2 进行修改。

聘请一两个外部顾问。

让他们指导您完成类似选项 2 的操作。您实际上是学习 WPF，然后(在他们的帮助下)开发架构并实现它。

您的后续问题(“对具有专业知识的公司的建议”)令人不安。如果您没有值得信赖的技术合作伙伴，现在是开始培养他们的时候了。找到可以信任的人需要一段时间。

找到他们的唯一方法是付钱给他们做一些工作，看看你是否喜欢他们和工作。这个过程可能需要很长时间。

自己做#1 的问题很明显。如果你在没有专家的情况下在截止日期前尝试这样做，你会犯错误。你会把这些错误变成具体的。你会试着永远和他们一起生活。在学习新事物时，日历是可以想象到的最危险的东西。

当没有时间压力时，选项 #1 有效。
你在学习的同时建立了一些一次性的东西。然后 build 一些你知道你必须扔掉的东西。然后构建真实的东西。

做#3 的问题是你可能要求顾问做的太多。如果他们规划您的架构，您可能不会完全理解它。你会偷工减料，坏事可能会发生。如果——另一方面——你自己做，你就会明白为什么不应该削减那些角落。

此外，#3 是一个机会，可以将您认为可能很酷的每个功能都加入进来。在您了解技术之前，您不会真正了解什么是必不可少的，什么是简单的，什么是困难的。您很可能会要求昂贵且有风险的东西，因为很难确切了解它的成本和风险有多大。