# `DiffoExample.Access.CableCharacteristic`
[🔗](https://github.com/diffo-dev/diffo_example/blob/v0.4.0/lib/access/resources/characteristic_values/cable_characteristic.ex#L5)

Typed characteristic for a Cable's physical properties.

Typed characteristic carrying cable physical property fields

# `t`

```elixir
@type t() :: %DiffoExample.Access.CableCharacteristic{
  __lateral_join_source__: term(),
  __meta__: term(),
  __metadata__: term(),
  __order__: term(),
  aggregates: term(),
  calculations: term(),
  created_at: term(),
  feature: term(),
  feature_id: term(),
  id: term(),
  instance: term(),
  instance_id: term(),
  length_amount: term(),
  length_unit: term(),
  loss_amount: term(),
  loss_unit: term(),
  name: term(),
  pairs: term(),
  technology: term(),
  updated_at: term(),
  value: term()
}
```

# `default_short_name`

# `input`

```elixir
@spec input(values :: map() | Keyword.t()) :: map() | no_return()
```

Validates that the keys in the provided input are valid for at least one action on the resource.

Raises a KeyError error at compile time if not. This exists because generally a struct should only ever
be created by Ash as a result of a successful action. You should not be creating records manually in code,
e.g `%MyResource{value: 1, value: 2}`. Generally that is fine, but often with embedded resources it is nice
to be able to validate the keys that are being provided, e.g

```elixir
Resource
|> Ash.Changeset.for_create(:create, %{embedded: EmbeddedResource.input(foo: 1, bar: 2)})
|> Ash.create()
```

# `input`

```elixir
@spec input(values :: map() | Keyword.t(), action :: atom()) :: map() | no_return()
```

Same as `input/1`, except restricts the keys to values accepted by the action provided.

# `primary_key_matches?`

---

*Consult [api-reference.md](api-reference.md) for complete listing*