Question on datestr to datetime conversion
53 visualizaciones (últimos 30 días)
Mostrar comentarios más antiguos
Guido
el 11 de Mayo de 2023
Respondida: Peter Perkins
el 5 de Jun. de 2023
Hi everyone, I'm working on a code that is a few years old and not originally made by me. Untill now I used matlab only for specific operation with matrices so I'm sorry if the question appear to be dumb.
First thing I did was to look at all warnings and tried to correct the code to not get them. Now the only one I still need to change is the use of datestr that since then it's become a discouraged instances.
Now I know that we can change:
datestr(t)
with
d = datetime(t)
d = string(d)
or even in a more compact way:
datestr(now)
with
char(datetime)
Now what I have in my code is something like this:
datestr(timeseries(i),formatOut)
and looking at the documentation of both functions I'm not sure on how to change it mantaining the expected output. If possible I would want to change only the datestr lines and I need to be sure that the result is exactly the same and not similar.
If anyone could help thank you very much :)
0 comentarios
Respuesta aceptada
Stephen23
el 11 de Mayo de 2023
Editada: Stephen23
el 11 de Mayo de 2023
datestr(timeseries(i),formatOut)
Most likely TIMESERIES is a serial date number, the use of which is also discouraged and most likely should be replaced with DATETIME objects anyway: the point of DATETIME is not just that it replaces the deprecated functions, but also the various deprecated ways of storing or representing dates. So quite possibly that line would not really be required at all, because the modern approach would be that TIMESERIES should be DATETIME already, and therefore not need further conversion.
But if you want a mixed-up approach using a mix of deprecated serial date numbers and DATETIME, then you would need this:
datetime(timeseries(i), 'ConvertFrom','datenum', 'Format','...notTheSameFormatString...')
However most likely you should import/define TIMESERIES correctly as DATETIME in the first place.
8 comentarios
Steven Lord
el 16 de Mayo de 2023
When or if you do refactor the code, I strongly recommend creating tests that lock down the current behavior of your code and the expected correct behavior of the code. [Those are not necessarily the same thing!] This may help you carve off small sections of the code to be reviewed and/or revised while reducing the chances that changes to those sections of code break your larger application.
Más respuestas (1)
Peter Perkins
el 5 de Jun. de 2023
It's hard to tell what this code is doing, but while replacing this
datestr(now)
with this
char(datetime)
is a literal old to new translation, but it may not be what's really needed. The old datestr/datenum/datevec stuff required a lot of converting between representations to variously do arithmetic, calendar arithmetic, and readable output. datetime is intended to mostly avoid those kind of conversions: it's displays in whatever format you want, supports exact-time arithmetic with durations, and supports calendar arithmetic with calendarDuration.
So you may consider doing a less literal translation, and look at your code more conceptually.
Also: "... a custom function we made that create a table with real world data and the date associated with it." Dunno know what that means, but I'm guessing you should look at timetables.
0 comentarios
Ver también
Categorías
Más información sobre Dates and Time en Help Center y File Exchange.
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!