Rename async driver to Sht4xAsync

This way, the naming scheme is more consistent with the async driver
I added to the `sgp30` crate. See:
dbrgn/sgp30-rs@cb769b0

README.md

@@ -74,9 +74,9 @@ sht4x = { version = "0.2", features = ["embedded-hal-async"] }
 ```
 
 Once the `embedded-hal-async` feature is enabled, construct an instance of
-the `AsyncSht4x` struct, providing types implementing the
+the `Sht4xAsync` struct, providing types implementing the
 [`embedded_hal_async::i2c::I2c`] and [`embedded_hal_async::delay::DelayNs`]
-traits. The `AsyncSht4x` struct is identical to the `Sht4x` struct,
+traits. The `Sht4xAsync` struct is identical to the `Sht4x` struct,
 except that its methods are `async fn`s.
 
 [`embedded-hal-async`]: https://crates.io/crates/embedded-hal-async

src/async_sht4x.rs

@@ -15,15 +15,15 @@ use sensirion_i2c::i2c_async;
 /// of the `embedded-hal` traits, and all of its methods are `async fn`s.
 #[cfg_attr(feature = "defmt", derive(defmt::Format))]
 #[derive(Debug)]
-pub struct AsyncSht4x<I, D> {
+pub struct Sht4xAsync<I, D> {
     i2c: I,
     address: Address,
     // If we want to globally define the delay type for this struct, we have to consume the type
     // parameter.
     _delay: PhantomData<D>,
 }
 
-impl<I, D> AsyncSht4x<I, D>
+impl<I, D> Sht4xAsync<I, D>
 where
     I: I2c,
     D: DelayNs,

src/lib.rs

@@ -11,7 +11,7 @@ mod types;
 #[cfg(feature = "embedded-hal-async")]
 mod async_sht4x;
 #[cfg(feature = "embedded-hal-async")]
-pub use self::async_sht4x::AsyncSht4x;
+pub use self::async_sht4x::Sht4xAsync;
 
 pub use crate::error::*;
 pub use crate::sht4x::*;