fix: DashboardView events Aren't Loading on the First Load

[windrunner21]

What it Does

• Closes BUG - DashboardView events Aren't Loading on the First Load #210
• Correctly shows maintenance events on first load of the application.

How I Tested

• Run the application with Dashboard tab open.
• 2 of my maintenance events that I created loaded right away. First loading indicator was shown, later events themselves.
• Switched to Odometer tab and back to Dashboard, loaded once again correctly.
• Run the application with Odometer tab open.
• Switched to Dashboard tab, events loaded correctly.

Notes

• I have a couple of notes here:
• 1. @bindable macro was switched to @State because State is enough and correct one to use in this case as @State makes property both mutable and observable.

Later I had an issue that initializer would give me Variable 'self.viewModel' used before being initialized error, if I wrote the code as

    init(userUID: String?) {
        viewModel = DashboardViewModel(userUID: userUID)
    }

To be frank, this was a strange error for compiler to give in my opinion, so I read on the topic a bit and decided to use underscored version of the property - the actual underlying property that is accessed through projected value. In order to set it I need to use State(initialValue: ) that allows me to make initial value of the state equal to DashboardViewModel provided with userUID.

• 2. Second note I would like to add is that on each tab change getMaintenanceEvents() or getOdometerReadings() are fired constantly, if data is not changed that results in overhead requests to Firebase.

Screenshot

• Screen recording of the fixed feature attached.
  https://github.com/mikaelacaron/Basic-Car-Maintenance/assets/18750749/252807b6-1b3e-4587-9b95-12025607d357

[mikaelacaron]

Great work!! Yeah this should definitely be State not Bindable

Second note I would like to add is that on each tab change getMaintenanceEvents() or getOdometerReadings() are fired constantly, if data is not changed that results in overhead requests to Firebase.

Yup, I'm thinking of redoing how I have the whole data model set up and how it's passing data between all these views, for this reason