[LiquidDoc][Theme Check] Type validations on parameters passed to {% render %} tag

[jamesmengo]

What are you adding in this PR?

Closes https://github.com/Shopify/developer-tools-team/issues/536

https://share.descript.com/view/i7Q9QsBv3tJ

Validates the type of a parameter provided to a snippet against the type outline in the doc header (if present)

Rules / Exceptions

• type in the header is case insensitive (i.e. {boOlEAn} is valid)
• booleans will accept anything, because everything in Liquid is truthy / falsy - source
• If a VariableLookup is provided, we don't validate the type. We just accept the value: {% render 'product-card', num_param: num_variable %} <- we would need to evaluate num_variable

Before you deploy

• This PR includes a new checks or changes the configuration of a check
  • I included a minor bump changeset
  • It's in the allChecks array in src/checks/index.ts
  • I ran yarn build and committed the updated configuration files
    • [s] If applicable, I've updated the theme-app-extension.yml config
  • I've made a PR to update the shopify.dev theme check docs if applicable (link PR here). <- todo in batch

[jamesmengo]

• [LiquidDoc][Theme Check] Type validations on parameters passed to {% render %} tag #792 👈 (View in Graphite)
• [LiquidDoc][Theme Check] Report missing and unrecognized snippet parameters in render tag  #791 : 1 other dependent PR (#786 )
• main

This stack of pull requests is managed by Graphite. Learn more about stacking.

[jamesmengo]

todo: A VariableLookup should probably just default to valid, since we can only validate this with the runtime value

[jamesmengo]

@charlespwd Could you give me a sanity check here?

Truthy / Falsy handling for booleans

Given the documentation on types, I may need to revisit how we validate Boolean to accept ANYTHING, since everything is truthy or falsy - link. This means that anything can be passed down as a boolean param - is that correct?

---

Complex Objects

I looked at types of LiquidNamedArgument.value.type, and tried to map those to a "supported type". Any complex types, such as product are just object (I took inspiration from existing comments in Dawn on this)