quando carregar visualizações parciais

5

Ao criar um site, quando você deve carregar a visualização parcial e quando deve fazer uma atualização completa da página?

Eu estava olhando para o site do github e notei que praticamente o único lugar em que eles fazem o carregamento parcial é na área de pastas do projeto. Eu pude ver alguns lugares onde eles poderiam ter, mas não o fizeram (guia de navegação: feed, suas ações, ...). Mas o Google plus faz carregamentos parciais para a pesquisa e clica em qualquer um dos botões de navegação do cabeçalho (imagens, jogos, círculos, etc.).

Por que você não faria um carregamento parcial se o contêiner principal permanecesse o mesmo e o conteúdo fosse a única coisa que está mudando?

    
por asawilliams 16.12.2011 / 22:08
fonte

6 respostas

1

Meu primeiro conselho é quando a ação sugere, use a navegação. Isso não diz muito, mas pense em botões de navegação ou links para artigos da mesma página, etc., em que os usuários aguardam intuitivamente respostas de navegação completas.

A solicitação de página parcial é para lugares em que uma nova página renderizada é demais, como slides de fotos, pequenas informações ou adicionar uma postagem como aqui. Você não esperaria um PPR ao clicar em uma pergunta do stackexchange, mas sim ao votar em uma pergunta.

Além disso, o histórico do PPR e do navegador às vezes é difícil de implementar. Não trabalhe em vão quando os usuários não esperam, precisam ou apreciam o carregamento parcial.

    
por 20.12.2011 / 00:16
fonte
1

Para fins de SEO também. Se você quiser ter uma página para tudo, o Google vai pensar que seu site é composto por uma página. Não é bom. É melhor ter páginas separadas com boas tags.

    
por 28.01.2012 / 09:02
fonte
0

Acho que o carregamento parcial é para melhorar a experiência do usuário. Para mim, acho que você deve usar o carregamento parcial sempre que achar que o carregamento parcial melhorará o carregamento inicial da página. Além disso, o compartilhamento compartilhado deve ser usado em locais onde você não deseja que os usuários sejam desconsiderados com o recarregamento total da página. Onde e onde não usar, depende principalmente da usabilidade do site, sites com muita interação do usuário podem se beneficiar mais do carregamento parcial da página. O fato de que alguns usuários grandes usaram ou não o carregamento parcial não faz certo ou errado usá-lo em seu site.

    
por 19.12.2011 / 23:14
fonte
0

Quando é melhor para o usuário, os custos podem ser justificados e o tempo adicional no projeto pode ser justificado. É preciso observar quanto tempo você tem, quanto o tempo adicional vai custar e compará-lo com o benefício para a experiência do usuário e com o valor que ele proporciona à empresa.

Se o custo / tempo não tem significado (e sempre deveria), então, onde quer que a experiência possa ser melhorada, ela deve ser melhorada.

Especificamente para sua pergunta ...

Why would you not do partial loading if the main container stays the same and the content is the only thing that is changing?

Quando o tempo / custos adicionais não fazem sentido para a melhoria adicional. Haverá mais código e mais manutenção.

    
por 19.01.2012 / 02:08
fonte
0

Eu uso uma regra simples:

Se a carga dinâmica dos dados, então, o carregamento parcial deve ser usado sempre que possível.  Se os dados estiverem estáticos, o carregamento de uma página inteira provavelmente será melhor. Isso é melhor para fins de SEO também.

Basicamente, isso se resume a uma coisa estática vs dinâmica para mim. Eu realmente não vejo o ponto em permitir o carregamento dinâmico de dois conjuntos de dados completamente diferentes (por exemplo, clicando em uma opção de item / guia de menu).

    
por 27.02.2012 / 12:12
fonte
0

Não há desvantagem em vistas parciais quando implementadas corretamente.

Se o SEO é importante, você precisa de um URL separado para cada página a ser indexada e exibida nos resultados da pesquisa. No entanto, há uma maneira de contornar isso usando o novo framework de histórico de navegação (HTML5) e alguns ajustes para o Internet Explorer (IE):

A ideia é alterar a URL dinamicamente quando uma visualização parcial é carregada e, para complementar isso, você projeta as coisas para que uma URL determine as visualizações parciais a serem carregadas, construindo assim toda a página como aconteceria com o usuário interação.

Esse padrão permite que SEO e visualizações parciais coexistam em harmonia e permite que o usuário use os botões de navegação para voltar e avançar.

Depois, tudo o que você precisa é tornar todos esses URLs acessíveis aos rastreadores, seja por meio de uma página de mapa do site, um arquivo sitemap.xml ou fazendo o upload de todos os URLs para o Google.

O padrão pode ser implementado facilmente nos navegadores mais populares. Para a maioria das versões do IE, existem bibliotecas Javascript para atualizar o histórico de navegação do IE usando um IFrame e o hash da URL (#).

Como o @TomasAlabes diz, há certas ações do usuário que sugerem navegação, e o usuário espera uma recarga completa da página. No entanto, mesmo que apenas alguns elementos da página permaneçam os mesmos (por exemplo, cabeçalho e rodapé), as visualizações parciais ainda reduzirão o tráfego de rede e o tempo de espera do usuário.

Sem problemas!

    
por 02.03.2012 / 02:54
fonte