.net - 关于创建可定制的触摸屏应用程序的建议

Question

我公司正在开发一个触摸屏应用程序。我们在触摸屏应用方面有一些先前的经验，但并非所有这些都是积极的。我们最后的触摸屏应用程序包含一些巨大的缺点:

首先，该应用程序构建在一堆表单上，每次用户按下“下一个”或“上一个”按钮时都会加载这些表单。不好的是，表单的顺序不是动态的。也就是说，Form B 必须在 Form A 之后加载，Form C 必须在 Form B 之后加载，依此类推。当我们的一位客户告诉我们:“嘿，我们可以在 Form B 之前使用 Form C 吗？”时，这个明显的问题就很明显了。今天我们必须对这个问题回答“不”。

此外，许多客户希望在触摸屏应用程序上拥有自己的图形配置文件。例如，一家具有红色和绿色标识的公司希望触摸屏应用程序具有带有绿色按钮的红色背景(我知道这听起来很丑陋，但嘿，他们是为此付费的人)。今天，该应用程序构建在 Windows 窗体上，这使得以图形方式使应用程序适应我们客户的需求变得非常困难。为了使 GUI 外观更具吸引力并使其更能满足客户的需求，我们一直在考虑将 WPF 用于新的触摸屏应用程序。

所以我在想，也许有人之前有开发触摸屏应用程序的经验，这些应用程序既具有图形适应性，又具有适应性强的形式顺序。我需要有关以下问题的建议:

我们是否应该使用一组表格
应用程序，或者可能有
设计应用程序的更好方法？

我们如何才能使订单
形式动态？有什么好的
这个模式？

我们怎样才能申请
以图形方式适应我们的客户
需要？我一直在考虑使用
WPF 中的样式适用于所有类型
控制并更改样式
当我们有一个客户
不同的图形配置文件。这是
怎么做呢？

非常感谢有关此主题的任何建议!

Answer 1

您描述的问题似乎与您用来构建它的技术和技巧无关，因为它是一个触摸屏应用程序。解决您的问题:

在 winforms 世界中，使用您描述的一组表单可能不是最好的方法。一个经典的问题是当用户移动表单，然后单击“下一步 >”时会发生什么。新窗体重新出现在窗口中间，似乎“忘记”了它被移动了。一般而言，这种向导式界面的更好技术是创建单个“容器”表单和一系列用户控件，您可以动态地向其中添加和从中删除这些用户控件。类似的方法也可以在 WPF 世界中工作，尽管我还没有这样做，所以我不知道是否有任何微妙的问题。 (我怀疑有。)

有很多方法可以做到这一点。在不知道您的具体要求的情况下，很难仅选择一项。例如，表单的顺序(或 UserControls，如果您遵循我在 #1 中的建议)可以是配置部分中的类型名称列表。加载应用程序时，它只查看配置部分以查看需要显示的内容的顺序。通过这种方式，您可以向两个客户出售相同的应用程序，并且他们可以根据他们的配置使用不同的顺序。

我同意，通过 WPF 设置样式是自定义外观和感觉的最自然的答案。请注意，如果您还没有内部专业知识，WPF 是一个非常陡峭的学习曲线。 (值得肯定，但很陡峭。)如果您坚持使用 Windows 窗体，另一种选择可能是在显示窗体/用户控件之前动态遍历控件集合并根据控件类型适当更改颜色属性。不过，这感觉很黑客，有点笨拙。我不知道在 WinForms 中执行您要查找的操作的“好”方法。也许子类需要不同颜色的控件并且只覆盖颜色？