31
If you run this JavaScript function on the 31st of a month, the result will be a month off. The best part is that this is the intended behvaior. JavaScript is a cursed language. (lemmy.ml)
submitted 2 years ago by to c/programmerhumor@lemmy.ml
47 comments fedilink hide all child comments
 
function getMonthName(monthNumber) {
  const date = new Date();
  date.setMonth(monthNumber - 1);

  return date.toLocaleString([], { month: 'long' });
}

The current day of month will have an impact on the behavior of this method. Conceptually it will add the number of days given by the current day of the month to the 1st day of the new month specified as the parameter, to return the new date. For example, if the current value is 31st January 2016, calling setMonth with a value of 1 will return 2nd March 2016. This is because in 2016 February had 29 days.

you are viewing a single comment's thread
view the rest of the comments
[+] [S] -8 points 2 years ago (6 children)

Are you seriously arguing that this is the behavior a person using this API would intuitively expect?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 2 points 2 years ago (5 children)

    What behavior do you expect? Specifically.

    I'm arguing that every answer is wrong, and will return bizarre results, be aggravating, useless or some combination therein for some conditions.
    Therefore you have to know the API, because every language will fuck you, and JavaScript isn't special in this specific case.

    Adding the number of days in the month to the date as "add one month" is just as rational as any other choice.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 5 child comments
    •
  • [+] [S] -8 points 2 years ago (4 children)

    The behavior I would expect would be to throw an error when the date is outside of the range of valid dates for the month. If you try to create a date on February 31st throw an error. Have you seriously never used a good API that's intuitive and isn't full of gotchas?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 1 point 2 years ago (3 children)

    Have you never done Datetime math before?

    You didn't run new Date(2019, 02, 31), you asked it for one month from January 31st.
    One month after any given day of the month is, by most people's intuition, a valid thing to ask for.

    Your solution of making the API throw an exception for every 31st of the year is vastly less intuitive to me than "a month is 31 days in January, and 28 or 29 in February, so adding a month does different things in different months", because at least for those is can also query how many days are in the month.

    If I say to add four days, will it throw an exception if it's the 31st? No month has 35 days, so I should get an exception, right?
    Or is it just this weird caveat around months? Does it apply to time?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [+] [S] -6 points 2 years ago* (last edited 2 years ago) (2 children)

    One month after any given day of the month is, by most people’s intuition, a valid thing to ask for.

    Nobody actually thinks this way, when you ask somebody what's the next month they don't go, oh today is the x day of the month and I'm going to add days to the current date to see what's the next month. That's not how vast majority of people think about this intuitively. Clearly you and people who designed Js Date API do though.

    “a month is 31 days in January, and 28 or 29 in February, so adding a month does different things in different months”

    That's how months work. Each month has a different number of days.

    If I say to add four days, will it throw an exception if it’s the 31st? No month has 35 days, so I should get an exception, right?

    Yeah, it's how months work.

    In fact, this isn't a hypothetical argument this is how date APIs work in sane languages like Java. For example:

    java.time.LocalDate.of(2023, 2, 31)
> java.time.DateTimeException: Invalid date 'FEBRUARY 31'

java.time.LocalDate.of(2023, 2, 3)
> #object[java.time.LocalDate 0x2bc77260 "2023-02-03"]

    The fact that you think what Js API dies is preferable to this is frankly surreal to me.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 2 years ago (1 child)

    So, you're talking about throwing exceptions if adding a month yields an invalid date if done without nuance, but then you're showing an example of just trying to instantiate an invalid date in java.

    I believe java has an addMonths method, that in the situation we're talking about doesn't throw an exception, but rather limits the output to the 28th/ 29th/30th.

    Which illustrates my point: intuitive Datetime math involves choosing how you handle edge cases that are routine and not exceptional, like "a month from January 31st".

    The rest of your comment arguing about how people expect months to work just makes me feel like you've never actually talked to a business stakeholder about requirements.

    If I say to add four days, will it throw an exception if it’s the 31st? No month has 35 days, so I should get an exception, right?

    Yeah, it's how months work.

    That's just insane. An API that doesn't increment the month when you pass the end while adding days is just broken.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [+] [S] -7 points 2 years ago

    I encourage you to actually try using Java API to see how it works if you don't think my example is illustrative enough. Meanwhile, the only insane thing here is you thinking that how an API works has anything to do with business stakeholders and requirements. This statement clearly illustrates that you don't understand how to translate business requirements into code and perhaps should spend some time learning how to do that instead of trolling here.

  • permalink
  • fedilink
  • source
  • parent