quais são as práticas recomendadas do windows phone 7?
<p>quais são as melhores práticas do wp7?</p><p>aqui estão algumas sub-perguntas</p><ul> <li>quais são as principais diferenças entre uma boa interface do usuário do iphone e uma boa interface do wp7?</li> <li>para um aplicativo de plataforma cruzada, devemos escolher uma interface de aparência provável ou usar as práticas recomendadas para telefone (ok, essa pergunta é fácil)?</li> </ul>
<p>este <a href="http://windowsteamblog.com/windows\_phone/b/wpdev/archive/2010/03/18/windows-phone-7-series-ui-design-amp-interaction-guide.aspx">postagem no blog</a> vincula ao <a href="http://msdn.microsoft.com/en-us/library/hh202915%28v=vs.92%29.aspx">guia de design e interação de interface do usuário do windows phone 7 series</a> , o que provavelmente é do seu interesse.</p><p>se você estiver criando um aplicativo nativo, provavelmente desejará fazê-lo de acordo com as orientações da interface do usuário do dispositivo. uma exceção pode ser se você estiver criando um aplicativo que forneça uma interface para um site (como os aplicativos twitter e facebook para iphone e android) - aqui, convém projetá-lo para parecer com seu site para fornecer familiaridade aos usuários.</p><p>a decisão de seguir ou não seguir as orientações da interface do usuário é sua. embora seja geralmente uma boa ideia apresentar aos usuários uma interface familiar de algum tipo - outro aplicativo (web ou desktop) ou a interface do telefone.</p>
os dois celulares têm especificações avançadas. acredito que "o melhor" vai depender se você prefere usar android ou iphone... 


o techtudo já fez um comparativo do iphone 7 com o pixel e o celular do google parece ter câmera e bateria melhores, enquanto o armazenamento do celular da apple é maior. 


<http://www.techtudo.com.br/noticias/noticia/2016/11/google-pixel-vs-iphone-7-celulares-top-de-linha-aparecem-em-comparativo.html> codinomejapa, saiu uma matéria no techtudo que responderá a sua pergunta. dá uma olhada: <http://www.techtudo.com.br/listas/noticia/2016/02/cinco-recursos-que-o-galaxy-s7-tem-e-o-iphone-6s-nao.html> 


<http://www.techtudo.com.br/noticias/noticia/2016/02/galaxy-s7-primeiras-impressoes-sobre-o-lancamento-da-samsung-mwc2016.html> galaxy s7: <http://www.techtudo.com.br/tudo-sobre/galaxy-s7.html> galaxy s7 edge: <http://www.techtudo.com.br/tudo-sobre/galaxy-s7-edge.html>


espero ter ajudado ;) <p>as pessoas estão tão arraigadas em usar o windows que dizer que o ubuntu é melhor para suas tarefas básicas não é suficiente, você tem <strong> para mostrar </strong> eles como o ubuntu pode ser melhor/mais fácil de executar seja o que for estão tentando realizar.</p><p>você pode configurar uma caixa ubuntu totalmente configurada para eles e mostrar as diferenças em seu uso diário.</p><p>você pode mostrar a eles como um aplicativo ubuntu/linux específico é mais adequado/mais fácil/mais barato para eles.</p> usei desde o sistema do bb, passando por ios, depois android, hoje estou no wp8 (lumia 920). migrei pro android pq ouvi dizer que os app seriam grátis, ou seja mentira da grosseira hahaha.. hoje em dia uso o meu lumia e estou muito feliz, sou suspeito em falar, mas se eu fosse você apostaria no wp8, em minha visão, android é muito, mas muito feio e daqui um tempo pode ter certeza, que começará a travar :( isso é fatissimo! mas vai pesquisando e principalmente vendo reviews... você logo se acostumará e perceberá que tem várias diferenças entre todos os sistemas.. ios não está valendo a pena atualmente, pela grana... abraço (: <p>não acho que eles sejam mutuamente exclusivos, mas, nos casos em que são, você deve observar o que seus clientes desejam/precisam.</p><p>qualquer interface pode ser simplificada movendo funcionalidades complexas para outro local. eu acho que esse é o principal compromisso. para facilitar o uso para o usuário médio, você precisa torná-lo mais complicado para o usuário avançado. eles precisam fazer mais alguns cliques para obter suas coisas.</p><p>mas é claro que muitas vezes o software pode ser facilitado tanto para usuários avançados quanto para usuários casuais, sem sacrificar a usabilidade de nenhum deles. uma coisa importante é criar recursos ortogonais que possam ser combinados facilmente. muitas vezes, o software é complicado porque há muitos recursos sobrepostos. em vez disso, ao criar alguns recursos distintos que podem ser facilmente combinados, o software pode ser muito mais flexível e simples.</p><p>descobrir isso criando uma matriz de objeto/ação. liste o número de objetos diferentes no seu aplicativo ao longo de um eixo e as ações que você pode executar neles em outro eixo. a matriz não deve ser muito escassa.</p> <p>não existem "regras", apenas "diretrizes".</p><p>com isso, quero dizer que, em teoria, não há nada que o impeça de projetar qualquer interface que você queira, no entanto, existem vários fatores que podem impedir que você atinja seu objetivo.</p><ol> <li> <p>navegadores funcionam de uma certa maneira. o html pode apenas sugerir um layout para a página; portanto, embora você tenha um ótimo design que funcione no papel, ele poderá falhar em alguns navegadores com algumas resoluções de tela.</p> </li> <li> <p>os usuários esperam que certos elementos estejam em determinados locais. isso nem sempre é uma expectativa consciente, mas criada a partir da exposição a outros aplicativos, etc. se o seu design for muito diferente, eles podem não "entender" e achar seu aplicativo difícil, se não impossível, de usar.</p> </li> </ol> isto não é algo que outra pessoa possa responder por você. minhas sugestões podem não se adequar às suas necessidades, hardware e etc. eu, particularmente, avalio alguns pontos ao escolher um sistema operacional:

necessidades (jogar, estudar, trabalhar, etc)

meu hardware

às vezes gosto de avaliar … resumindo aqui a resposta que demos em aula: essas duas são mesmo as melhores opções e o uso depende muito de qual o seu objetivo. se você quiser capturar o erro e agir sobre ele, melhor a trycatch(); nas outras situações é melhor a possibly().

nossa única outra recomendação é evitar ao máximo o us… Esta é uma questão bastante ampla, como aplicações de programação GUI no Windows pode ser feito de muitas maneiras.


Há duas partes principais para o desenvolvimento de qualquer aplicativo GUI: o **idioma** ea **API / quadro** . Considerando que você está interessado em aprender a criar aplicativos do Windows GUI, a língua não é realmente um ponto de foco para você. Portanto, você deve escolher um idioma que você já conhece e trabalho com um quadro ou API que pode ser aproveitada por idioma escolhido.


Se você quiser usar C você está praticamente restrita a lidar com a API Win32-se, no caso de leitura que [Petzold](http://rads.stackoverflow.com/amzn/click/157231995X) ou [Richter](http://rads.stackoverflow.com/amzn/click/0735624240) seria ótimos lugares para começar. A API Win32 pode ser muito assustador, mas vale bem a pena o esforço para aprender (IMHO). Há uma abundância de tutoriais sobre Win32 na web, e há sempre [MSDN](http://msdn.microsoft.com/) , com uma referência / guia completo para a API Win32. Certifique-se de não cobrir apenas o API, mas outras áreas como recursos / diálogos como eles são blocos de construção para a sua aplicação Win32.


Se você quiser usar C ++ você tem todas as opções que você tem quando se utiliza C mais alguns outros. Eu recomendo ir com a API Win32 diretamente, e, em seguida, avançar para um quadro conhecido como MFC, Qt, wxWindows ou GTK para que você possa gastar menos tempo trabalhando com código clichê e em vez disso se concentrar em escrever a lógica do aplicativo. Os últimos 3 opções Eu apenas listados têm a vantagem de ser multi-plataforma, assim você não precisa se preocupar muito com as questões específicas da plataforma. Dado que você disse que quer trabalhar com o Windows, eu vou assumir que você está interessado em se concentrar no que ao invés de multi-plataforma - para ir com MFC, mas passar algum tempo com a API Win32 primeiro a se familiarizar com alguns dos os conceitos.


Ao lidar com MFC e Win32 API, é uma boa idéia para tentar obter uma sólida compreensão da terminologia antes de escrever código. Por exemplo, você precisa entender o que a [bomba de mensagem](http://en.wikipedia.org/wiki/Message_loop_in_Microsoft_Windows) é, e como ele funciona. Você precisa saber sobre conceitos como " [desenho proprietário](http://www.codeproject.com/KB/buttons/nativewin32xpthemes.aspx) controles", e [subclasses](http://msdn.microsoft.com/en-us/library/ms997565.aspx) . Quando você entender essas coisas (e mais), você vai encontrá-lo mais fácil trabalhar com MFC, porque ele usa a terminologia similar em suas interfaces de classe (por exemplo. Você precisa saber o que "traduzir mensagens" significa antes que você possa compreender como e quando usar [PreTranslateMessage](http://msdn.microsoft.com/en-us/library/kkbhxcs2(VS.80).aspx) ).


Você também pode usar Managed C ++ para escrever aplicações GUI .NET, mas eu li em alguns lugares que Managed C ++ realmente não estava destinado a ser usado dessa maneira. Em vez disso, deve ser usado como um gateway entre código nativo / gerenciado e código gerenciado. Se você estiver usando .NET é melhor usar uma linguagem .NET como VB.NET ou C # para construir suas GUIs.


Então, se você *está* indo para usar NET, você tem atualmente a escolha do [WinForms](http://msdn.microsoft.com/en-us/netframework/aa497342.aspx) biblioteca, ou [WPF](http://en.wikipedia.org/wiki/Windows_Presentation_Foundation) . Pessoalmente, sinto que você estaria perdendo tempo aprendendo a construir aplicações WinForms dado que WPF é projetado para substituí-lo. Ao longo do tempo WPF se tornará mais prevalente e WinForms muito provavelmente vai morrer. WPF tem um conjunto API muito mais rica, e não sofre de muitas das limitações que Winforms faz. Se você escolher esse caminho, no entanto, você vai sem dúvida tem que aprender [XAML](http://msdn.microsoft.com/en-us/library/ms752059.aspx) , que é uma linguagem de marcação que impulsiona aplicativos WPF. Esta tecnologia é vinda de idade, e há muitos ótimos lugares para aprender sobre ele. Primeiro, existem sites como o [LearnWPF](http://learnwpf.com/) e [DrWPF](http://www.drwpf.com/) que têm alguns realmente grandes artigos. Em segundo lugar, há [uma abundância](http://rads.stackoverflow.com/amzn/click/0321374479) de [qualidade](http://rads.stackoverflow.com/amzn/click/0596510373)  [livros](http://rads.stackoverflow.com/amzn/click/0672328917) sobre o [tema](http://rads.stackoverflow.com/amzn/click/1590599551) .


Então, para resumir, uma vez que você escolheu seu idioma e tecnologia, o caminho é realmente muito fácil. Basta pegar um livro ou dois, ler alguns blogs, entrar em algumas amostras de código .. eo mais importante ... escrever código. Continue escrevendo, continuar a fazer erros, e continuar a aprender com eles.


Como nota final ...



> 
> Em outras palavras, Silverlight. Se você não quiser ir a rota MS que você pode dar de Adobe Flash / Flex um olhar ver. Ambos Silverlight e Flash / Flex construir RIA. Que eu acho que é para onde estamos indo. Eles dias do Office como aplicativos são numerados
> 
> 
> 


Não estou de acordo em tudo. Silverlight não é o mesmo que WPF. Silverlight é específica da web, e tem apenas um subconjunto de recursos do WPF. Dado que a questão pede para aplicativos do Windows GUI, Flash / Flex RIA Apps não são realmente uma sugestão de ajuste. Eu também não concordo que os dias de aplicativos rich client (como o Office) estão contados em tudo.


Espero que ajude. Boa sorte :) windows ainda continua sendo a melhor plataforma para jogos por conta de compatibilidade e quantidade. 
se você quer mudar para linux, primeiramente veja os games que pretende jogar se tem para linux, caso não tenha se eles rodam com uma boa performance no lutris/wine/playonlinux. 
dependendo do res…