fix: crash concurrent modification/casting in tile management

[dudantas]

Description

This PR adds the implementation for dynamically determining the type of tile (HouseTile, StaticTile, DynamicTile) when creating a new tile object. The motivation is to correctly identify and assign specific tile types, which enhances code readability and maintainability. The change also ensures that houses have associated HouseTile objects for better data integrity. No additional dependencies are required for this change.

Fixes this crash: crash house.txt

Behaviour

Actual

Tiles are being created without properly distinguishing between house, static, and dynamic types.

Expected

House tiles should be identified and instantiated as HouseTile objects, and other tiles should be correctly instantiated as StaticTile or DynamicTile based on the cached tile data.

Type of change

• Bug fix (non-breaking change which fixes an issue)

How Has This Been Tested

The changes have been tested by:

• Running scenarios where house, static, and dynamic tiles are created to ensure proper instantiation.
• Verifying the correct behavior in the game client when interacting with house tiles.

Checklist

• My code follows the style guidelines of this project
• I have performed a self-review of my own code
• I checked the PR checks reports
• I have commented my code, particularly in hard-to-understand areas
• I have made corresponding changes to the documentation
• My changes generate no new warnings
• I have added tests that prove my fix is effective or that my feature works

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud