Não faz muito tempo, o pessoal da Microsoft Office Labs, atendendo a uma série de pedidos, lançou um vídeo sobre o Futuro da Produtividade na Tecnologia. O Vídeo foi chamado de A Walk Through the Productivity Future Vision e retrata de maneira simples e impressionante o que nos espera no futuro da tecnologia, segundo a visão da maior empresa de software do mundo.
A alguns meses já haviam rumores sobre um suposto celular da Samsung com algumas caraterísticas bem interessantes. Para começar, a câmera com 12 megapixels com zoom óptico de 3x, caraterístca raríssima em celulares devida ao tamanho reduzido. O aparelho ficou conhecido como Samsung M8920, porém até então era conhecido apenas pelo oriente como SCH-W880.
Além dos 12 megapixels, da capacidade de filmar em HD e os 3x de zoom óptico, o SCH-W880 tem comandos comuns às câmeras na parte superior e de frente, o que o faz parecer muito mais com uma câmera digital comum do que com um celular.
Algumas características puderam ser descobertas, como a tela de 3,3 polegadas sensível ao toque de AMOLED, conexão Wi-Fi, 3G, Bluetooth e GPS. Parece muito clara a intenção de tomar o posto de celular com a câmera mais poderosa até então. Vamos ver se mais alguém compra essa briga.
O pessoal do grupo em que participo colocou essa pergunta e achei bacana comentar aqui.
Qual a diferença entre utilizar static readonly ou const ? Tem algum
que é mais performatico?
const é avaliado em tempo de compilação, enquanto static readonly em tempo de execução. Isso permite que no static readonly você inicialize uma classe ou struct, enquanto no const você só pode usar tipos primários (porque são compilados).
O readonly pode ser inicializado dentro do construtor. Ou seja, dependendo do construtor que você usar, o readonly pode ter valores diferentes. Já o const não. Mas isso só vale pra readonly non-static, pq só existe um construtor static pra classe.
Tem mais um fator, muito importante aliás, principalmente na utilização de componentes.
Em quase todas as linguagens, const é apenas um facilitador para substituição de valores. Quando você declara um const e atribui um valor a ele, por exemplo, um inteiro de valor 5, ao compilar, todos os lugares que referenciam sua const vão ter o valor substituído pelo inteiro 5. Por isso a performance.
No caso do static reanonly, isso não acontece pois, apesar da variável ser somente leitura, ela ainda é uma “variável” e sempre será referenciada.
Um caso típico de onde não se deve usar const é em bibliotecas. Por exemplo, você criar uma lib que vai conter a string de conexão. Você a coloca em uma const. Na compilação, todos os valores que refenciam a
string de conexão terão seus valores substituídos pelo valor da const. Ok, era o que você queria. Mas, caso você preciso alterar a string de conexão, você obviamente vai recompilar e publicar somente a lib com a
informação. O fato é, ao fazê-lo, todo o resto do código só conhece o valor anterior da const.
Para ver um exemplo bem simples, crie o seguinte programa no notepad mesmo:
Mais um modelo bacana encontrado num dos cantos da Internet. A Planilha de Cálculo de Financiamento possibilita ter uma visão completa de como será o histórico da dívida a ser assumida, o total de juros a ser pago, o pagamento mensal, permitindo informar a quantidade de parcelas e o valor dos juros.
O mais bacana da Planilha de Cálculo de Financiamento é a simplicidade. Utilizando-a em conjunto com o Atingir Meta, praticamente não há limites para as simulações.
O grande pecado foi não ter funcionado bem em aparelhos móveis. Pelo menos no QuickOffice do Symbian, as funções não funcionaram.
Loading ...