我昨天参加了一个工资单软件演示,其中整个软件的年度下降时间从2000年下降到 2200 。现在,我们都已经走了这条路,之前有两位数的短路,但老实说 - 一个200年的Java和使用寿命。 Oracle薪资系统?如果公司的解决方案长达1/4,那么我们的董事会将非常激动。
当被迫使用下拉年份选择时,你在哪里画线?
答案 0 :(得分:1)
这取决于用法。如果您正在尝试确定财务计划的退休日期,则需要允许用户选择未来数十年。如果您要求信用卡到期日期,当前年份+ 10应该绰绰有余。无论哪种方式,您都会动态填充这些下拉列表,以免您希望每年都能触及用户界面。
答案 1 :(得分:0)
为什么不让您的应用程序最终用户可配置?给他们一个配置屏幕,让他们输入4位数的截止年份并参考代码中的那个?
我喜欢尽可能地制作最终用户可配置的 - 这意味着我可以将一个s / w发送给多个客户,并且它会向他们推出一些棘手的决定:-)
答案 2 :(得分:0)
如此大范围的缺点是下拉变得笨拙 - 肯定会有一个滚动条,找到你想要的那一年变得更加困难。
如果它必须处理退休日期,我会说未来55年就足够了(一个18岁的人可能会退休73岁)。我对这些系统的有限经验使我无法知道合理的限制是什么 - 也许你可以启发我们?
答案 3 :(得分:0)
谁强迫您使用下拉年份选择?他们一切都很烦人。
做一个研究项目表明,输入一个4位数的日期比使用足够大的下拉滚动条花费更少的时间,将时差乘以对有多少人将使用该软件的大幅夸大估计,乘以通过大幅夸大的数据输入工资率估算,向公司展示如何在软件生命周期内节省187亿美元。
答案 4 :(得分:0)
最久确认的人类年龄是115岁。所以我的赌注是将其设定为120岁。