年份下拉范围 - 我们什么时候停止？
我昨天参加了一个薪资软件演示，其中整个软件的年份下拉列表从 2000 到2200。现在，我们都曾以两位数的短视走过这条路，但说实话 - Java 和 Java 的使用寿命为 200 年。 Oracle薪资系统？如果公司能够在 1/4 的时间内保持偿付能力，我们的董事会就会感到兴奋。
当被迫使用下拉年份选择时，您在哪里划清界限？
I attended a payroll software demo yesterday wherein the year dropdowns throughout the software ran from 2000 to 2200. Now, we've all been down this road before with 2 digit shortsight, but honestly - a 200 year service life for a Java & Oracle payroll system? Our Board of Directors would be thrilled if the company was even solvent for 1/4th that long.
When forced to use a dropdown year select, where do you draw the line?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
这取决于用途。如果您尝试确定财务规划的退休日期，则需要允许用户选择未来几十年的年份。如果您要求提供信用卡到期日期，则当前年份 + 10 应该足够了。无论哪种方式，您都将动态填充这些下拉菜单，以免您每年都需要修改用户界面。
It depends upon the usage. If you're trying to ascertain retirement dates for financial planning, you need to allow users to select years decades into the future. If you're asking for credit card expiration dates, current year + 10 should be more than sufficient. Either way, you would be populating these dropdowns dynamically, lest you desire touching up the user interface every year.
为什么不让您的应用程序最终用户可配置？给他们一个配置屏幕，让他们输入 4 位数的截止年份并在代码中引用？
我喜欢尽可能多地让最终用户可配置 - 这意味着我可以将一个软件运送给多个客户，并且可以为他们做出一些棘手的决定:-)
Why not make your app end-user-configurable? Give them a config screen, let them enter a cut-off year as 4 digits and refer to that in the code?
I like to make as much as possible end-user-configurable - it means I can ship one s/w to multiple customers, and it pushes off some tricky decisions to them :-)
如此大范围的缺点是下拉菜单变得笨拙 - 肯定会有一个滚动条，并且很难找到您要查找的年份。
如果它必须处理退休日期，我认为未来 55 年就足够了（18 岁的人可能会在 73 岁退休）。我对此类系统的有限经验使我无法知道合理的限制是什么 - 也许您可以启发我们？
The drawback of such a large range is that the dropdown becomes unwieldy - there will certainly be a scrollbar, and it becomes harder to find the year you're looking for.
If it has to handle retirement dates, I'd say 55 years into the future would be sufficient (an 18 year old will probably be retired by 73). My limited experience with such systems precludes me from knowing what a reasonable limit would be otherwise - perhaps you can enlighten us?
谁强迫您使用下拉年份选择？他们真烦人。
做一个研究项目，表明输入 4 位数的日期比使用足够大的下拉菜单花费的时间更少，以便有滚动条，将时间差乘以对将使用该软件的人数的大幅估计，再乘以大幅夸大了数据输入费用的估算，并向公司展示如何在软件的生命周期内节省 187 亿美元。
Who's forcing you to use a dropdown year select? They're annoying as all hell.
Do a research project showing that typing in a 4-digit date takes less time than using a pulldown big enough to have a scrollbar, multiply the time difference by a vastly inflated estimate of how many people will be using the software, multiply that by a vastly inflated estimate of the pay rate for data entry, and show the company how you can save $18.7 billion over the life of the software.
已确认的人类最古老年龄是 115 岁。所以我打赌将其设置为 120 岁。
The oldest confirmed human age is 115. So my bet would be to set it to 120.