Parsing 世界上谁使用DD-yyy-MM和DD-YY-MM作为标准日期格式模式？

世界上谁使用DD-yyy-MM和DD-YY-MM作为标准日期格式模式

---

我应该担心他们吗？

快速浏览一下维基，我看到了这个页面

---

没有人使用这种格式。我想没必要担心。

快速浏览一下维基，我看到了这一页

---

没有人使用这种格式。我想没必要担心。

这取决于你是从什么地方得到日期的，以及你可以逃避什么。 如果这是一个应用程序，用户永远不会输入这种类型的日期，即使他们输入了，你也可以返回一个错误，那么是的，无论如何忽略格式。 另一方面，如果您编写的代码应该从某个未知数据源读入日期，并且如果您无法解析日期，则可能会出现问题，那么支持该格式可能是一个非常好的主意

---

它归结为合同编程与防御编程的争论。如果您不支持DD-YY-MM，那么您的应用程序将无法正常工作，因为在3年中有一次某事物给出了该日期形式。如果这是可以接受的，或者不值得付出代价，那就一定要忽略它。

这取决于你从什么地方得到日期，以及你可以逃避什么。 如果这是一个应用程序，用户永远不会输入这种类型的日期，即使他们输入了，你也可以返回一个错误，那么是的，无论如何忽略格式。 另一方面，如果您编写的代码应该从某个未知数据源读入日期，并且如果您无法解析日期，则可能会出现问题，那么支持该格式可能是一个非常好的主意

---

它归结为合同编程与防御编程的争论。如果您不支持DD-YY-MM，那么您的应用程序将无法正常工作，因为在3年中有一次某事物给出了该日期形式。如果这是可以接受的，或者不值得花费，那就完全忽略它。

我关于日期解析的一般经验法则是，如果strotime无法处理它，就把它扔掉，让他们键入一个新的。这对于您使用的任何语言都可能不同，但是可能有一个库/函数可以为您解析日期时间，因此您不必担心它。无需重新发明轮子。

我关于日期解析的一般经验法则是，如果

strotime

无法处理它，将它扔掉，让他们键入一个新的。这对于您使用的任何语言都可能不同，但是可能有一个库/函数可以为您解析日期时间，因此您不必担心它。不需要重新发明轮子。

你应该总是担心“他们”。如果“他们”不明确，我很抱歉。“它们”指的是两种日期格式模式DD-YYYY-MM和DD-YY-MM。这正是我所说的“它们”。第二次你不用担心其他的日期格式，就是别人开始使用它们，现在已经太迟了。如果您编写了一个可适当扩展的解决方案，它将支持任何可能的日期格式。你甚至不应该问这个问题。你应该总是担心“他们”。对不起，如果“他们”是模棱两可的。“它们”指的是两种日期格式模式DD-YYYY-MM和DD-YY-MM。这正是我所说的“它们”。第二次你不用担心其他的日期格式，就是别人开始使用它们，现在已经太迟了。如果您编写了一个可适当扩展的解决方案，它将支持任何可能的日期格式。你甚至不应该问这个问题。