potion | React components | Frontend Utils library

Just a reminder that this is a space for asking questions like "why doesn't this work", whereas this is something that should go in a discussion forum (which the rules explicitly say SO is not). Just for the future :)

That being said, I would go enum because as a fellow game designer you never really know how many items you're going to compulsively add, and having a subclass for each one is gonna get tiring.

Cloud IOT does not dictate you the way your devices data is stored.

Please, consider review the IoT technical overview in the Google Cloud Architecture center and some of the proposed architectures, especially Designing a Connected Vehicle Platform on IoT Core.

The IoT Core main documentation provides a very handy diagram as well:

All these architectures are generally based on the processing of the information received from your devices in Pub/Sub in some or other way.

Pub/Sub is a message broker, similar - but with subtle differences - to other systems like Kafka, Active MQ, etcetera. It allows you to decouple and at the same interconnect different services in the Google Cloud Platform (different services can publish information to a certain topic, while other can consume it). But it will not provide a way for message persistent storage on its own: by default, the message retention period is at most 7 seven days.

The responsibility for storing those messages if required lies with the services consuming those messages.

You can use any service that can consume messages from those Pub/Sub topics, but typically you will use products like Dataflow, an advanced stream or batch data processing tool, that will allow you to process your device data and to distribute it to different storage services if necessary.

If your are interested in analytics, the way to go should be either Bigtable or better BigQuery. There are several Dataflow templates available out of the box for storing your Pub/Sub information in BigQuery. Please, consider review this excellent related article as well.

You can store your device information in other services as well, like Cloud SQL, managed relational database services versions of MySQL, PostgreSQL and SQL Server, Cloud Firestore (formerly Datastore), a flavor or NoSQL database, or even Cloud Storage, for storing your device information as plain, unstructured objects. Although a bit dated now, please, see the section What Storage type? in the extraordinary grumpygrace.dev flowcharts page for more information about the different storage options available.

It looks like you stopped following the pattern that you applied in the beginning. As you'll see, prior to line 310, you have used

I needed to use $elemMatch to ensure that both conditions are being met on the same EmbeddedDocument:

Since 'alt' is an attribute of a img element, you can first search for all 'img' elements before querying the 'alt' attribute for each found element:

Seems like you could use Math.abs for this.

Your code is working fine but you need to add a print statement otherwise the created object will never be displayed after it has been created sucessfully.

Method:

1. Override toString() in you model classes and choose a nice layout for displaying the data.
2. Add a print statement after the creation of your object. (Example System.ou.println()).

I hope I could help you, keep your great work up!

Because the object you're looking up with doesn't exist in the Dictionary.

You can convince yourself of this quite easily, just loop through the Keys collection and use == or Equals to compare each key dictionary to the searched-for dictionary.

That is

When using DontDestroyOnLoad wherever you want this object to exist, make a copy of it in your scene if you want the data stored to persist between your game session.

Here is a snippet from the docs