Logo Passei Direto
Buscar
Ao contrário dos Web Services, que apenas fornecem dados, a partir da exposição de serviços, sem a definição de uma interface de usuário, nos aplicativos Web temos o retorno de conteúdo HTML para cada requisição efetuada, permitindo a interação com o usuário através de um navegador, como Chrome ou Edge.
No caso do Django, podemos tratar a requisição através de uma função Python, direcionando os resultados para um template HTML, como no trecho de código apresentado a seguir. Qual a informação correta acerca da função apresentada?
Não é necessário mapear a rota, sendo assumido o nome da função de forma automática.
Os dados serão enviados para um template com o nome index.html, no diretório templates, através de um dicionário que é associado ao parâmetro context.
Para que seja criado o conteúdo HTML de saída, é utilizado um cliente zeep, apontando para o descritor de um serviço.
O parâmetro request é opcional, colocado aqui apenas para facilitar o entendimento.
Para os dados obtidos do Web Service SOAP via cliente zeep, será necessário utilizar um parser XML ao nível do template HTML.
User badge image
Testando o Conhecimento

ontem

e5v2
1 pág.

ESTÁCIO EAD

Respostas

User badge image

Ed Verified user icon

ontem

Vamos analisar as alternativas apresentadas sobre a função no Django e o funcionamento de requisições e templates. 1. Não é necessário mapear a rota, sendo assumido o nome da função de forma automática. - Isso não é verdade, pois no Django é necessário mapear as rotas no arquivo de URLs para que a função seja acessível. 2. Os dados serão enviados para um template com o nome index.html, no diretório templates, através de um dicionário que é associado ao parâmetro context. - Esta afirmação está correta. No Django, os dados são frequentemente passados para templates usando um dicionário que é associado ao parâmetro `context`. 3. Para que seja criado o conteúdo HTML de saída, é utilizado um cliente zeep, apontando para o descritor de um serviço. - Isso não é correto, pois o cliente zeep é utilizado para consumir serviços SOAP, e não é necessário para a criação de conteúdo HTML em Django. 4. O parâmetro request é opcional, colocado aqui apenas para facilitar o entendimento. - O parâmetro `request` é geralmente necessário em funções de view no Django, pois ele contém informações sobre a requisição HTTP. 5. Para os dados obtidos do Web Service SOAP via cliente zeep, será necessário utilizar um parser XML ao nível do template HTML. - Isso não é uma afirmação correta no contexto do Django, pois o Django lida com a renderização de templates de forma diferente e não requer um parser XML diretamente no template. Portanto, a alternativa correta é: Os dados serão enviados para um template com o nome index.html, no diretório templates, através de um dicionário que é associado ao parâmetro context.

Essa resposta te ajudou?

0
Dislike0

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

e5v2
1 pág.

ESTÁCIO EAD

Mais perguntas desse material

Suponha uma classe DAO, implementada em Python, com acesso ao banco de dados através do SQL Alchemy, onde as entidades utilizam o modelo declarativo do framework.
Ao construir um Web Service RESTful, com base no Flask, quais seriam os passos de codificação necessários para definir um processo de inclusão via HTTP?
Definir uma função tendo a entidade como parâmetro, anotada para uma rota parametrizada, via app.route, com base no método PUT do HTTP; e invocar o método de inclusão do DAO, com a passagem da entidade obtida a partir da rota.
Definir uma função sem parâmetros, anotada para a rota de base, via app.route, com base no método POST; obter os dados, com request.get_json; instanciar a entidade com os dados JSON obtidos; e invocar o método de inclusão do DAO com a passagem da entidade.
Definir uma função tendo a entidade como parâmetro, anotada para uma rota parametrizada, via app.route, com base no método POST do HTTP; transformar para o formato JSON via função jsonify; e invocar o método de inclusão do DAO, com a passagem dos dados no formato JSON.
Definir uma função sem parâmetros, anotada para a rota de base, via app.route; obter uma entidade com json.loads; e invocar o método de inclusão do DAO com a passagem da entidade.
Definir uma função sem parâmetros, anotada para a rota de base, via app.route; obter uma entidade no atributo content de requests.get; transformar para o formato JSON via jsonify; e invocar o método de inclusão do DAO, com a passagem dos dados no formato JSON.

Mais conteúdos dessa disciplina