O Adobe Flash Media Server é um software que tem como foco ser um servidor de stream e dados para a Flash Platform ajudando a forncer uma melhor e mais rica experiência para o usuário. A Adobe anunciou hoje a nova família Flash Media Server 4, com novidades como por exemplo IP multicast, HTTP Dynamic Streaming e claro, RTMFP(Real Time Media Flow Protocol) 
Adobe Flash Media Server 4 Family
A familia Flash Media Server 4 agora conta com os seguintes membros:
A versão development contém os mesmos recursos da versão Enterprise, mas com limite de 10 conexões simultaneas para RTMP, 50 conexões simultaneas para RTMFP e limite de tempo para IP multicast e HTTP Dynamic Streaming.
http://www.adobe.com/products/flashmediaserver/
http://blogs.adobe.com/conversations/2010/09/adobe-debuts-new-technologies-and-improved-video-workflows-at-ibc-flash-media-server-4-announced.html
Nesta última parte da série “Criando uma aplicação WPF”, vamos inserir as funcionalidades de cada botão, ou seja, a execução dos processos de inclusão, alteração e exclusão de registros, no inicio da classe ContatoViewModel, adicione as variaveis do tipo RelayCommand , conforme abaixo:
//Suporte ao ICommand private RelayCommand _updateCommand; private RelayCommand _deleteCommand; private RelayCommand _insertCommand; private RelayCommand _saveCommand;
A classe RelayCommand é uma das classes de apoio escritas por Josh Smith, em seguida vamos implementar o suporte a ICommand e criar os métodos que executarão as chamadas de cada processo.
#region Comandos
public ICommand UpdateCommand { get { if (_updateCommand == null) { _updateCommand = new RelayCommand(param => Update()); }
return _updateCommand; } }
public ICommand DeleteCommand { get { if (_deleteCommand == null) { _updateCommand = new RelayCommand(param => Delete()); }
return _updateCommand; } }
public ICommand InsertCommand { get { if (_insertCommand == null) { _insertCommand = new RelayCommand(param => Insert()); }
return _insertCommand; } }
public ICommand SaveCommand { get { if (_saveCommand == null) { _saveCommand = new RelayCommand(param => Save()); }
return _saveCommand; } } #endregion
#region Métodos
public void Update() {
_base.Update(contatoSelecionado);
_base.Save(contatoSelecionado);
}
public void Delete() { _base.Delete(contatoSelecionado);
_base.Save(contatoSelecionado);
listaContatos.Remove(contatoSelecionado);
}
public void Insert() {
contatoSelecionado = new Contato(); contatoSelecionado.Id = 0;
_base.Add(contatoSelecionado);
OnPropertyChanged("ContatoSelecionado");
}
public void Save() {
listaContatos.Add(_base.Save(contatoSelecionado));
OnPropertyChanged("ContatoSelecionado");
}
#endregion
As outras partes do tutorial podem ser acessadas nos links:
Criando uma aplicacao WPF >> Parte 1
Criando uma aplicacao WPF >> Parte 2
Criando uma aplicacao WPF >> Parte 3
Criando uma aplicacao WPF >> Parte 4
Criando uma aplicacao WPF >> Parte 5
O meu muito obrigado à todos que postaram cometários no blog ou enviaram mensagens por e-mail sobre este tutorial, são esses comentários que motivam um profissional a continuar a escrever.
Thanks
A camada View da aplicação é onde vamos aplicar o padrão MVVM (Model-View-ViewModel) , adicione um projeto do tipo WPF Application em sua Solution, coloque o nome de Contatos.View.
Adicione uma classe ao projeto com o nome de ContatoViewModel:
No arquivo MainWindow.xaml vamos criar o layout da aplicação, não vou me preocupar com o designer pois não é o foco deste tutorial, adicione quatro objetos do tipo Button, três TextBlock, três TextBox e uma ListBox, deixe conforme a Figura abaixo:
Na pasta Apoio vamos adicionar duas classes escritas por Josh Smith, um dos gurus do WPF, seu blog é http://joshsmithonwpf.wordpress.com/ , como o foco do tutorial e apresentar uma introdução ao conceito, não vou utilizar de frameworks, o que pode ser interessante em um projeto real, mas para este tutorial, quanto mais simples, melhor para entender, essas duas classes são simples, a primeira servirá de base para a classe ContatoViewModel e a segunda de apoio ao suporte de ICommand.
Faça o download das classes aqui.
Na pasta ViewModel crie um arquivo do tipo Class com o nome de ContatoViewModel e adicione as duas referências aos dois projetos que criamos anterioramente:
Agora vamos herdar algumas funcionalidades da classe de apoio chamada BaseViewModel que implementa a interface INotifyPropertyChanged, que permite monitorar as mudanças que ocorrem em algumas propriedades na classe ContatoViewModel.
public class ContatoViewModel : BaseViewModel
Crie uma instância do acesso ao modelo a dados no inicio da classe ContatoViewModel, uma ObservableCollection chamada listaContatos, que auxiliará na ligação através de databinding com o ListBox e uma entidade Contato chamada contatoSelecionado, que também estará auxiliando na ligação através de databinding ao ListBox e ao DataContext de um Stackpanel, este Stackpanel é o layout control que contém os TextBox com o databinding das propriedades.
ContatoDAO_base = new ContatoDAO (); //Lista de Contatos ObservableCollection listaContatos; //Contato Selecionado public Contato contatoSelecionado = null;
# region Dados
//Carrega todos os contatos cadastrados ObservableCollection lista = new ObservableCollection();
IQueryable rev = _base.GetAll();
foreach (var item in rev.ToList()) { lista.Add(item); }
listaContatos = lista;
# endregion
Agora chegou o momento de criar os métodos que serão utilizados como databinding na View :
# region Propriedades
//Método que retorna uma lista de contatos //que será utilizado //na View via databinding public ObservableCollection ListaContatos { get { return listaContatos; } }
//Método que retorna um contato //Selecionado que será utilizado //na View via databinding public Contato ContatoSelecionado { get { return contatoSelecionado; } set { //seta o contato selecionado contatoSelecionado = value;
//Avisa a View que a //propriedade foi alterada OnPropertyChanged("ContatoSelecionado");
}
}
# endregion
No code-behind do arquivo MainPage.xaml, dentro do método MainWindow(), crie uma instância do ContatoViewModel e ligue ao DataContext do Layout Control Grid.
public MainWindow() {
InitializeComponent();
ContatoViewModel vm = new ContatoViewModel();
LayoutRoot.DataContext = vm;
}
No código XAML que cria a ListBox vamos ligar duas propriedades através de databinding , a primeira é a propriedade ItemsSource, criando um Binding com ListaContatos, a segunda propriedade é o SelectedItem, criando um Binding com ContatoSelecionado.
Os TextBox estão posicionados dentro de um Layout StackPanel, a proprieadade DataContext está ligada através de Binding com o ContatoSelecionado, cada TextBox tem sua propriedade Text ligado com as propriedades da entidade Contato.
Copie o App.config do projeto Contatos.Data para a projeto Contatos.View, marque a camada View como Set as StartUp Project, adicione algumas informações na base de dados e em seguida execute a aplicação, o ListBox será carregado e ao clicar em um item, os TextBox serão alimentados com as informações do item selecionado.
Na próxima parte do tutorial estaremos finalizando a série, inserindo as funcionalidades dos botões.
Dando continuidade ao material do que o João Paulo Clementi compilou sobre Tecnologias Microsoft, agora é a vez do ASP.NET.
ASP.NET Dev Center: http://msdn.microsoft.com/pt-br/asp.net/
Como já comentei aqui em no post anterior, este sábado para começaremos mais uma turma do Imersão Ruby on Rails. Na verdade a última turma do ano.
E como quase sempre fazemos, a E-Genial está sorteando uma bolsa para esta turma e parceria com o Ruby Inside Brasil. Para saber como ganhar este prêmio leia este post.
Quem fizer este curso além de sair um melhor Rubista também sairá um melhor desenvolvedor.
Ambos os cursos que ministro na E-Genial são longos e possuem entre 16 e 22 horas de duração. Nestes cursos mais longos conseguimos passar os pontos mais importantes da linguagem Ruby e framework Rails. Mas existem várias outras tecnologias e boas práticas associadas a um bom desenvolvimento que não cabem, por exemplo, em um treinamento de 20 horas.
Para ajudar nestas tecnologias temos a excelente iniciativa do Fábio Akita na produção de screencasts que cobrem diversos temas variados e que com certeza vão complementar os seus estudos.
Eu sempre senti falta de uma versão brasileira de algo como Railscasts ou Peepcode, agora esta lacuna esta preenchida 
Olá pessoal, nesse post estarei mostrando como ordenar uma lista de objetos utilizando a classe Collections, esta classe possui dois métodos de ordenação chamados sort e reverse, o sort classifica uma lista especificada em ordem crescente, de acordo com a ordenação natural dos seus elementos. Todos os elementos da lista devem implementar a interface Comparable.
Segue um exemplo de utilização:
Tenho uma classe que chama MinhaClasse que contém um atributo nome e implements Comparable
Tenho uma outra classe que é a principal
No caso, é criada uma lista de objetos MinhaClasse(linha 10) e adicionado três objetos(linha12, 14 e 16), logo depois é chamado o método sort da classe Collections (linha 18) , concluido mando printar no console os nomes ordenados.
Com reverse é possível inverte a ordem dos elementos em uma lista especificada.
Seguindo mesmo exemplo só alterei a classe Principal.
Neste caso, a ordem dos elementos na lista foram invertidas por causa do método reserve(linha 18), agora, se quiser deixar a lista com seus elementos em ordem decrescente:
Observe que foi chamado primeiramente o método sort para ordernar a lista(linha 18), logo depois o reverse para inverter a lista (linha 19) , fazendo com que a lista fica-se com seus elementos em ordem decrescente.
Espero ter contribuído com o conhecimento,
abraço a todos.
Não é novidade o crescimento do uso de dispositivos movéis como smartphones, tablets etc. Contando com o aumento do acesso a rede dados 3G, temos um novo ramo de usuários que necessitam de atenção especial. Por acaso seu site é compativél com dispositivos movéis? se não é, deveria ser pois o usuário movél pode ser justamente aquele que irá adquirir seu produto ou serviço.
Por acaso seu site é compativél com dispositivos movéis? se não é, deveria ser pois o usuário movél pode ser justamente aquele que irá adquirir seu produto ou serviço.
Os principais bancos já perceberam isso e a maioria já tem uma versão de seu internet banking para dispositivos movéis, inclusive para executar operações que você faz normalmente pelo site como pagar boletos, ver saldo, recarga do celular etc.
O Adobe Device Central é um software parte da familia Creative Suite da Adobe que tem como objetivo emular o funcionamento de dispositivos movéis em seu desktop. É usado principalmente para testar o funcionamento do Flash Lite nos smartphones. Mas pode ser usado também para testar suas páginas html e simular o funcionamento em algum dispositivo movél.
Para abrir uma página ou site no Adobe Device Central CS5, basta seguir os seguintes passos:
Adobe Device Central CS5
Você também tem a opção de chamar o Adobe Device Central CS5 diretamente pelo Adobe Dreamweaver, bastar pedir “File->Preview in Browser->Device Central”.
Em meu blog, uso o plugin WordPress Mobile Edition que formata o blog para ser acessado em dispositivos movéis.
O Adobe Device Central vem incluído nos seguintes produtos do Creative Suite 5:
Mais:
http://www.adobe.com/br/products/creativesuite/devicecentral/
Livros recomendados:
A eXtreme Programmig (XP) proposta por Kent Beck [BECK, 2004] tem o objetivo de propor uma metodologia ágil para equipes de tamanho pequeno a médio, onde o desenvolvendo de software está inserido em um contexto de requerimentos vagos ou que mudam rapidamente. O próprio autor descreve a Programação eXtrema como: “A XP é uma maneira leve, eficiente, de baixo risco, flexível, previsível, científica e divertida de desenvolver software”. [BECK, 2004]. Ainda segundo [BECK, 2004], a XP reconhece que os projetos precisam dedicar-se à obtenção da redução dos custos e tirar vantagem daquilo que foi economizado. Além disso, defende a não especialização dos membros do time, ou seja, todos participam de todas as atividades, em pares e com sistema de rodízio dos pares o desenvolvimento de infra-estrutura e frameworks durante o desenvolvimento da aplicação, e a comunicação face a face ou por meio de testes eficientes e código cuidadosamente escrito.
Segundo [BECK, 2004], a XP se distingue das outras metodologias por:
Risco: O Problema Básico
A principal motivação da Programação eXtrema parte do princípio que o desenvolvimento de software tem falhas na entrega e falhas nos produtos entregues caracterizando o problema básico – o risco, portanto, produz-se software de baixa qualidade. Segundo [BECK, 2004], existem vários riscos associados ao desenvolvimento do software, como: (i) cronograma irreal; (ii) cancelamento do projeto por vários atrasos no cronograma; (iii) o sistema é descontinuado pelo alto custo de se fazer modificações ou a taxa de erros cresce tanto que o sistema deve ser substituído; (iv) o negócio é mal compreendido e o software desenvolvido não resolve o problema original; (v) as regras de negócio mudam antes que o software seja finalizado; (vi) funcionalidades inúteis. A missão da XP é aceitar o risco como problema a ser resolvido, onde o objetivo é encontrar a solução. Nesse sentido, a necessidade é criar um modelo de desenvolvimento de software que trate desses riscos.
Além de mitigar ao máximo os riscos, a metodologia XP advoga que quatro variáveis têm de ser controladas no projeto – custo, tempo, qualidade e escopo. Dessa forma, o modelo desenvolvimento de software é dirigido sob a perspectiva de controlar as referidas variáveis. Em um projeto, as referidas variáveis são restrições inerentes ao produto final. Eventualmente se o custo e/ou o tempo forem escassos, é muito provável que a qualidade do produto entregue possa estar muito inferior àquela esperada no escopo do projeto. A XP cria valores, princípios de atividades básicas e práticas para tentar conduzir bem os problemas correlacionados à efetivação dos riscos do projeto. Esses valores podem ser caracterizados em:
Princípios Fundamentais da XP
De acordo com [BECK, 2004] os princípios fundamentais da XP são:
Atividades Básicas do Desenvolvimento
[BECK, 2004] define quatro atividades básicas associadas ao desenvolvimento de software utilizando XP, sendo elas:
Práticas do XP
[BECK, 2004] lista algumas práticas que devem ser seguidas pela equipe de desenvolvimento para que os valores, princípios e atividades básicas da metodologia sejam alcançados, são elas:
Referência: BECK, Kent (2004). Programação eXtrema explicada: escolha as mudanças, Bookman, 2004.
O nome “Pensamento Lean” nasceu nos anos 90 com o lançamento do best seller The Machine That Changed the World : The Story of Lean Production. Os princípios de demanda puxada, just-in-time, qualidade total, melhoria contínua e flexibilidade aplicados na indústria japonesa, mais precisamente na Toyota e conhecidos como Toyota Way inspiraram também a indústria de software e fez surgir a abordagem do Lean Software Development
O Lean Software Development provê uma série de princípios sobre a aplicação de um conjunto de técnicas oriundas da indústria e aplicadas em desenvolvimento de software. Esses princípios foram amplamente adotados na manufatura japonesa onde vieram a ser conhecidos como “Lean Production“.
Nesse contexto, Mary e Tom Poppendieck identificaram sete princípios fundamentais denominados “Lean Principles” e mostraram como eles podem ser aplicados em abordagens de desenvolvimento de software ágil. Ao longo dos princípios, eles introduziram também e vinte e dois “thinking tools” para traduzir cada princípio em práticas ágeis, em particular eles apresentaram um toolkit para gerentes, lideres técnicos e gerentes de tecnologia que esperam adicionar valor ao invés de criarem barreiras para suas equipes de projetos, como os a seguir:
Princípio 1: Elimine o Desperdício
Elimine qualquer coisa que não agrega valor ao produto e que não são percebidos pelo cliente. No pensamento Lean, o conceito de desperdício é um grande obstáculo. Se um programador implementa mais funcionalidades do que o necessário de imediato, isso é um desperdício. Se a equipe produz documentação de análise apenas para estar em concordância com o processo, isso é um desperdício. Se o time entrega funcionalidades incompletas, isso é um desperdício. O ideal é perceber o que os clientes precisam para então fazer ou desenvolver e entregar exatamente o que eles querem, o mais rápido possível. Qualquer outra coisa que fica que não satisfaça as necessidades do cliente é um desperdício.
Princípio 2: Amplifique o Aprendizado
Desenvolvimento é um exercício de descoberta, enquanto produção é um exercício de redução de variações, e por essa razão, aprender a abordagem de desenvolvimento resultam em práticas que são bastante diferentes do que aprender abordagens de práticas de produção.
Desenvolvimento é como fazer uma nova receita, enquanto produção é como fazer um prato. Receitas são formuladas a partir da experiência de chefes de cozinha. Desenvolver uma receita é um processo de descoberta, onde o chefe utilizando de toda sua experiência e dos ingredientes a sua disposição faz iterações, experimentações, até encontrar a melhor combinação de ingrediente para o melhor sabor. Não se espera que os chefes obtenham uma receita perfeita na primeira tentativa; espera-se produzir diversas variações como parte do processo de aprendizagem. Desenvolvimento de software é concebido de forma melhor com um processo de aprendizado similar ao de criar uma nova receita. A melhor abordagem para melhorar o ambiente de desenvolvimento de software é pelo conhecimento amplificado, em um espiral de criação do conhecimento.
Princípio 3: Decida o Mais Tarde Possível
Práticas de desenvolvimento que assegurem a tomada de decisão tardia são mais eficazes em domínios que envolvem incertezas. Decidir o mais tarde possível significa manter suas opções aberta o maior tempo possível. O principal conceito deste princípio é diminuir as incertezas retardando as decisões até que possam serem feitas com base em acontecimentos mais firmes, previsíveis e conhecidos. Decisões tardias tendem a ser mais acertadas porque as melhores decisões são feitas baseadas em fatos, e não em suposições ou especulações. A principal estratégia de atrasar as decisões em um desenvolvimento de um sistema complexo é construí-lo com a capacidade de suportar mudanças.
Princípio 4: Entregue o Mais Rápido Possível
Sem entregas rápidas é impossível haver decisões tardias durante o desenvolvimento. Sem entregas rápidas não haverá feedbacks confiáveis no curto prazo. No desenvolvimento o ciclo de descoberta é fundamental para a aprendizagem: estórias, implementação, feedback e melhorias. Quanto menor esse ciclo, mais pode ser aprendido.
Uma vez que os clientes decidam o que querem, seu objetivo deve ser para criar esse valor tão rapidamente quanto possível. Entregas rápidas garante que o cliente vai ter o que ele precisa hoje, e não o que ele precisa amanhã.
Em uma organização madura em desenvolvimento de software, tudo isso acontece em um fluxo rápido em resposta a uma necessidade dos clientes.
Princípio 5: Dê autonomia à Equipe
“Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho.” Esse já é um dos doze princípios por atrás do manifesto ágil. A equipe de trabalho deve ter autonomia para adequar seus próprios processos de engenharia, fazer os seus próprios compromissos e reunir as informações necessárias para alcançar seus objetivos e cumprir as suas metas. Equipes autônomas são multidisciplinares, possuem indivíduos multidisciplinares, trabalham bem com a interdisciplinaridade e promovem a autor organização. Nesse tipo de equipe mais um princípio ágil é adicionado: “em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo.”
Nesse ambiente, a equipe de desenvolvimento está em melhor posição para saber responder a problemas difíceis e a pedidos urgentes. A melhor maneira de ter certeza de estar fazendo as coisas corretas é trabalhar diretamente com o cliente para entender suas necessidades, colaborar com os colegas para descobrir como satisfazer essas necessidades, e, frequentemente apresentar os resultados aos interessados para ter certeza de que estamos no caminho certo.
Princípio 6: Construa com Integridade
Qualidade é inegociável. Entregue qualidade intrínseca e explícita aos seus cliente, se eles perceberem isso, significa que foi uma entrega de qualidade. Mary e tom Poppendieck em seu livro identificaram duas dimensões de integridade: integridade percebida e integridade conceitual. A integridade percebida significa que a totalidade do produto alcança um equilíbrio entre as funções, usabilidade, confiabilidade, economia e isso encanta o cliente. A integridade conceitual significa que os conceitos centrais do sistema de trabalho em conjunto são facilitados e coeso. Ela é fator crítico de sucesso para a integridade percebida.
Um produto é considerado ter integridade percebida quando o cliente experimenta o produto e diz: Isso! Era exatamente isso que eu queria! Esse exemplo acontece com frequencia em aplicações do google. Eu particularmente senti isso quando experimentei o novo recurso de caixa prioritária do gmail.
Um produto de software deve estar sempre adicionando integridade. Isso prolonga o seu ciclo de vida operacional. Software com integridade possuem boas arquiteturas, possuem um alto nível de usabilidade e facilidade de uso, são fáceis de dar manutenção, de adaptar e de estender.
Princípio 7: Visualize o Todo
Integridade em sistemas complexo exigem um conhecimento holístico e profundo em diversas áreas. Um dos problemas mais intratáveis com o desenvolvimento do produto é que especialistas em qualquer área (por exemplo, banco de dados ou design) têm uma tendência natural em maximizar o desempenho da parte do produto que representa a sua própria especialidade, ao invés de focar no desempenho do sistema como um todo. Muitas vezes, a integridade do produto como um todo pode ser prejudicado se as pessoas atenderem aos seus próprios interesses especializados em primeiro lugar.
práticas de desenvolvimento que assegurem a tomada de decisão tardia são eficazes em domínios que envolvem incerteza
Se é em 2014 não sei, mas lá que é interessante é!
Se calhar ainda vai demorar algum tempo para este tipo de tecnologia estar disponível para todos, mas entretanto sonhemos um pouco com estas possibilidades:
