我昨天参加了一个工资单软件演示，其中整个软件的年度下降时间从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岁。