```jinja hl_lines="7"
{!../../docs_src/templates/templates/item.html!}
```

### Valores de contexto do template { #template-context-values }

No código HTML que contém:

{% raw %}

```jinja
Item ID: {{ id }}
```

{% endraw %}

...aparecerá o `id` obtido do "context" `dict` que você passou:

```Python
{"id": id}
```

Por exemplo, dado um ID de valor `42`, aparecerá:

```html

## Context Managers { #context-managers }

### What are "Context Managers" { #what-are-context-managers }

"Context Managers" are any of those Python objects that you can use in a `with` statement.

For example, [you can use `with` to read a file](https://docs.python.org/3/tutorial/inputoutput.html#reading-and-writing-files):

errors.password_length = A senha deve ter pelo menos {0} caracteres.
errors.password_no_uppercase = A senha deve conter pelo menos uma letra maiúscula.
errors.password_no_lowercase = A senha deve conter pelo menos uma letra minúscula.
errors.password_no_digit = A senha deve conter pelo menos um dígito.
errors.password_no_special_char = A senha deve conter pelo menos um caractere especial.

* Ela não necessita ter nenhum código real, porque seu aplicativo nunca chamará esse código. Ele é usado apenas para documentar a *API externa*. Então, a função poderia ter apenas `pass`.
* O *path* pode conter uma [expressão OpenAPI 3](https://github.com/OAI/OpenAPI-Specification/blob/master/versions/3.1.0.md#key-expression) (veja mais abaixo) em que pode usar variáveis com parâmetros e partes do request original enviado para *sua API*.

	Last(ctx context.Context) (T, error)
	Take(context.Context) (T, error)
	Find(ctx context.Context) ([]T, error)
	FindInBatches(ctx context.Context, batchSize int, fc func(data []T, batch int) error) error
	Row(ctx context.Context) *sql.Row
	Rows(ctx context.Context) (*sql.Rows, error)
}

type JoinBuilder interface {
	Select(...string) JoinBuilder
	Omit(...string) JoinBuilder

        boolQueryBuilder.add(termQuery, BooleanClause.Occur.MUST);
        BooleanQuery booleanQuery = boolQueryBuilder.build();

        QueryContext context = new QueryContext("test", false);
        QueryBuilder result = booleanQueryCommand.execute(context, booleanQuery, 1.0f);

        assertNotNull(result);
        assertTrue(result instanceof BoolQueryBuilder);

    @Test
    public void test_execute_withFuzzyQuery() {
        QueryContext context = new QueryContext("test", false);
        Term term = new Term("title", "fuzzy");
        FuzzyQuery fuzzyQuery = new FuzzyQuery(term);
        float boost = 1.5f;

        QueryBuilder result = fuzzyQueryCommand.execute(context, fuzzyQuery, boost);
        assertNotNull(result);

    }

    Converter<String, Number> converter = Converter.<String, Number>from(forward, backward);

    assertThat(converter.convert(null)).isNull();
    assertThat(converter.reverse().convert(null)).isNull();

    assertEquals((Integer) 5, converter.convert("5"));
    assertThat(converter.reverse().convert(5)).isEqualTo("5");
  }

  // Null-passthrough violates our nullness annotations, so we don't support it under J2KT.

        final ConstraintValidatorContext context = null;
        assertTrue(validator.isValid(null, context));
    }

    @Test
    public void test_isValid_blankValue() {
        final ConstraintValidatorContext context = null;
        assertTrue(validator.isValid(" ", context));
        assertTrue(validator.isValid("   ", context));
        assertTrue(validator.isValid("\t", context));

Since the name of the property is the primary source of immediate information for users, both the names themselves and their structure should convey enough information to set the right expectations.

Previously, there was no formalization of property naming; only loose conventions were followed.