About varocarbas.com

--

About me

--

Contact me

--

Visit customsolvers.com, my main website

--

Valid markup

--

Valid CSS

--

© 2015-2017 Alvaro Carballo Garcia

--

URL friendly

--

Optimised for 1920x1080 - Proudly mobile unfriendly

R&D projects RSS feed

All projects in full-screen mode

PDFs:

Project 10

Project 9

Project 8

FlexibleParser code analysis:

UnitParser

NumberParser

Tools:

Chromatic encryption

(v. 1.3)

Pages in customsolvers.com:

Upcoming additions

Failed projects

Active crawling bots:

Ranking type 2

(
)

FlexibleParser raw data:

Unit conversion (UnitParser)

Compound types (UnitParser)

Timezones (DateParser)

Currently active or soon to be updated:

Domain ranking

NO NEW PROJECTS:
Project 10 is expected to be the last formal project of varocarbas.com. I will continue using this site as my main self-promotional R&D-focused online resource, but by relying on other more adequate formats like domain ranking.
Note that the last versions of all the successfully completed projects (5 to 10) will always be available.
Completed (24 days)
Completed (57 days)
Completed (26 days)
Completed (47 days)
Completed (19 days)
Completed (14 days)

Introduction >

DateParser Code (.NET/C#) >

Date/time parsing

FlexibleParser
DateParser code (.NET/C#) >
Date parsing
Date/time parsing is evidently one of the most relevant aspects of DateParser. In application of the defining FlexibleParser ideas and even my usual approach when facing these developments, all the associated functionalities are very user-friendly and can gracefully deal with a wide variety of different input formats.

The main parsing aspects of DateParser are eminently defined according to the following main classes:
  • CustomDateTimeFormat and StandardDateTimeFormat. They emulate (StandardDateTimeFormat) and extend (CustomDateTimeFormat) the date/time input formats supported by the .NET Framework.
    The StandardDateTimeFormat/CustomDateTimeFormat distinction is very relevant for most of the parsing methods, which are stored inside the files in the Dates/Parse folder. The bigger and more relevant code is logically the one dealing with the custom-made alternative which is stored in the Custom subfolder.
  • DateP is the main class dealing with all the parsing aspects. Its main purpose is to somehow emulate the in-built .NET date/time type (DateTime/Date) by mostly focusing on the parsing methods (e.g., Parse or ParseExact); it extends the default .NET support and accounts for time zones, which are the other main DateParser resource.
    DateP includes various public properties whose values are fully synchronised and immediately updated. The most relevant public properties of DateP are the following:
    • Value (DateTime/Date) ensures full compatibility of DateP instances with the default .NET type.
    • TimeZoneOffset (Offset) allows DateP to support the other relevant aspect of DateParser: time zones.
    • Various properties referring to the constituent elements of dates/times. They are meant to further improve the UnitP user-friendliness and to enable punctual variations which aren't supported by the default .NET type (e.g., modifying the day of the week).