Feeds Para Programadores

Why you should consider keeping files as small as possible Memory space on smartphones is often a competitive area, now that most users are storing music, video, messages are more, in addition to downloading apps. The smaller you make your APK, the better it is for the user, and that may be a deciding factor on whether to download your app, versus a similar app that takes up more phone memory. Tips for reducing file size Here are a number of recommendations for reducing static footprint. You can choose the ones that fit best for your own particular needs. ProGuard A tool for code shrinking, like ProGuard, will significantly reduce the static foot print. The tool is available at sourceforge . Note that it is very important to re-test all of the application after applying ProGuard since it may change the application behavior. As ProGuard replaces the application symbols, to make the code difficult to read, it is important that you retain the symbol mapping, so that you

É muito raro encontrarmos um aplicativo para dispositivos móveis que não façam uso de qualquer forma de persistência de dados. Isso acontece porque todas as vezes que o aplicativo é fechado, os dados que la estavam iriam ser perdidos caso não fossem persistidos. Como solução para esse problema, o Android oferece suporte nativo ao SQLite . O SQLite , é uma base de dados leve e poderosa, que vem ficando cada vez mais popular na comunidade de TI. Principalmente entre os desenvolvedores de software para Android ou iOS uma vez que o SQLite esta presente nas duas plataformas. É importante ressaltar que o SQLite não é a única forma de persistência que o desenvolvedor pode adotar em um projeto Android. Existem outras tecnologias como por exemplo: o DB4O ou o NeoDatis que são banco de dados Orientados a Objetos. Essas tecnologias representam uma quebra de paradigma e embora seu conceito já esteja amadurecido é considerado “novo” na história de TI. Por tanto, vale a pena e

Este é provavelmente um dos assuntos mais confusos para quem está iniciando com Ruby on Rails. Antigamente, as regras eram simples: coloque todos os seus assets (imagens, stylesheets e javascripts) organizados nas pastas public/images , public/stylesheets , public/javascripts ; utilize helpers como image_tag , stylesheet_link_tag e javascript_include_tag ; configure seu servidor web (Apache, NGINX ) para servir URIs como /images/rails.png diretamente de public/images/rails.png para não precisar passar pelo Rails; Pronto, está tudo preparado para funcionar. Porém, existiam e ainda existem muitas situações que essa regra não cobria e diversas técnicas, “boas práticas” e gems externas precisaram ser criadas para resolvê-las. Em particular, temos as seguintes situações cotidianas em desenvolvimento web: quando se tem muitos assets, como javascripts, é considerado boa prática “minificá-los”, ou seja, otimizar ao máximo a quantidade de bytes eliminando supérfluos como es