多种形式的最佳实践

多杰

活跃成员
已加入
2014年3月23日
留言内容
33
编程经验
1-3
大家好,

大约3年前,我编写了一个应用程序,该应用程序正在进行中,但现在我决定从头开始重新编写它,以纠正我一路上遇到的所有错误。我希望可以从社区中一些经验丰富的程序员那里得到一些建议,以帮助我在此版本中减少错误和虚假操作,从而使我得到更快,更高效和更安全的产品。

尽管我欢迎与上述概念有关的任何通才建议,但我将尝试引导对话更加详细,以使整个话题保持主题不变。

Q1。我的UI与iPhone / Pad类型的应用程序或自助超市结帐(例如)共享相似之处。许多不同的屏幕/视图,每个按钮和大按钮上的信息最少,而不是将所有内容都塞在一个窗口中。

以前曾有人提出,我为这些视图中的每一个使用不同形式的方法是无效的/不可取的。目前,我在旧版/现有版本中大约有20个表单,并且要添加我计划的所有功能,可以很容易地将其翻倍至接近40个。难道我不应该以这种方式使用表单,如果这样的话,那将是什么呢?推荐的替代品?
 

金西尼

C#论坛主持人
工作人员
已加入
2011年4月23日
留言内容
3,563
地点
悉尼,澳大利亚
编程经验
10+
尽管在移动应用程序的单个页面中添加比在单个Windows窗体中添加更多的内容当然是可行的,并且不一定是不明智的做法,但您仍然不应该尝试以一种形式填充负载。单一责任原则也应扩展到形式。在某些情况下,该单一责任可能是聚合来自多个其他单一来源的数据,但是这种组合应该具有凝聚力。完美的平衡因人而异,因应用而异,但总的来说,少即是多。
 

多杰

活跃成员
已加入
2014年3月23日
留言内容
33
编程经验
1-3
我了解单一责任原则的逻辑。但是,我认为可以通过将大部分功能保留在表单本身之外而不是在外部类中来实现。问题是,使用选项卡控件(或类似控件)显示5-10个不同的页面/视图(而不是将每个页面/视图放在单独的表单中)是否会带来性能提升。

这很重要,因为它会影响页面/视图之间的导航处理方式。在旧版本中,我使用容器和MDI子窗体在顶部创建一个不会更改的导航栏,在其下方创建一个导航栏。到目前为止,一切正常,但我正在考虑是否有更好的选择。
 
最佳 底部