¿Hay alguna razón para reenviar el bloqueo de una aplicación gratuita? Si el usuario copia la aplicación desde el teléfono, ¿está protegida de alguna manera contra la descompilación, etc.?¿Alguna razón para reenviar el bloqueo de una aplicación gratuita?
Respuesta
Por "forward lock" supongo que quiere decir "evitar que un usuario reenvíe la aplicación a otra persona", y por "libre" supongo que quiere decir "disponible para cero dinero". Si ese es el caso, entonces sí, hay razones para hacerlo. En primer lugar, esto asegurará que la aplicación solo esté disponible desde una única fuente y que los usuarios no tengan que preocuparse de si la aplicación es genuina o una versión alterada. No es extraño que alguien tome una aplicación disponible de manera gratuita, agregue sus propios anuncios o códigos maliciosos, y la redistribuya como si fuera la versión original. Los usuarios desprevenidos terminan ejecutando adware/malware sin saberlo. Esto también (injustamente) le da mala reputación a la aplicación original. Por lo tanto, muchas aplicaciones gratuitas impiden el reenvío/copiado por la única razón de garantizar la autenticidad.
Además, el hecho de que una aplicación no cueste nada no significa que no haya materiales registrados o con derechos de autor (u otros tipos de propiedad intelectual protegida) que no sean legalmente copiables. Ser capaz de copiar o desensamblar fácilmente la aplicación podría abrir al creador a problemas legales (especialmente si licenciaron parte de su contenido de un tercero), por lo que una aplicación gratuita no es necesariamente capaz de desmontarse. Dicho esto, el código binario siempre se puede ver en un editor hexadecimal, y cualquier cosa puede desarmarse si tiene tiempo y paciencia ...
Aunque los consumidores eviten el mercado y copien una aplicación gratuita obviamente no afectarán directamente las ganancias, hacer un seguimiento del número de personas que usan su aplicación puede ser muy importante en términos de construir la reputación tanto de la aplicación como de su empresa/usted como desarrollador independiente.
Si su aplicación se comunica con un servidor o una base de datos central como parte de su funcionalidad natural, el seguimiento del uso se puede implementar a través de ese canal. Pero si no es así, descargar la información en el mercado es la siguiente mejor forma de obtener una estimación aproximada de su popularidad.
En cuanto a la seguridad, no estoy al tanto de ninguna forma de bloqueo directo que hace que su aplicación sea más segura, evitando que la copia ilícita sirva para desalentar la manipulación indebida de los archivos del paquete.
No, pero no está especialmente protegido de ninguna manera: es posible copiar todos los datos de la mayoría de los teléfonos Android independientemente de lo que el desarrollador de la aplicación prefiera, y una vez que tenga los bytes, puede desmontarlos a su gusto . (Si algo de eso le pasará a su aplicación particular es una pregunta completamente diferente).
Existen otras razones para bloquearlo: recuento más preciso de la base de usuarios, etc., pero en general no valen la pena el impacto para la experiencia general del usuario. Si su aplicación telefonea ocasionalmente a su casa para contar los teléfonos instalados, es un plan mucho mejor que tratar de imponer una forma de confiar en el recuento de Marketplace.
No hay forma de proteger nada contra la descompilación. Excepto si no hay una plataforma que pueda ejecutarlo. Pero puedes hacerlo más difícil, con ofuscación y esas cosas. Pero para una aplicación gratuita, probablemente no vale la pena el esfuerzo.
No, porque la aplicación que el Android Market ofrece se multiplican roto:
- No se detiene la piratería, como las personas con teléfonos libres todavía pueden entrar y agarrar los APK, como lo hacen todo el tiempo (y, que yo sepa, no hace nada para detener la descompilación)
- el uso de Android protección de copia mercado tiene una tendencia a mantener su aplicación fuera del mercado, en ocasiones, como cuando los nuevos dispositivos se están implementando
Si quieres protección contra copia, esa es tu ca ll, pero use algo que no sea el suministrado por Android Market.
- 1. ¿Hay alguna razón para lanzar una DivideByZeroException?
- 2. ¿Alguna razón importante para no usar AJAX?
- 3. ¿Alguna razón convincente para permanecer en WCF?
- 4. ¿Hay alguna razón para usar System.Uri?
- 5. ¿Hay alguna razón para usar esto->
- 6. ¿Alguna razón para seguir usando CVS?
- 7. ¿Alguna razón para no usar XmlSerializer?
- 8. ¿Hay alguna API gratuita de OCR para .NET?
- 9. ¿Alguna vez hay una buena razón para usar eval()?
- 10. ¿Alguna alternativa gratuita a Robohelp?
- 11. ¿Hay alguna razón para tener una propiedad sin getter?
- 12. ¿Alguna vez hay una buena razón para usar Insertion Sort?
- 13. ¿Hay alguna manera de reenviar declarar covarianza?
- 14. ¿Hay alguna razón negativa para usar una solución N-Tier?
- 15. ¿Hay alguna razón para no usar HTTP PUT y DELETE en una aplicación web?
- 16. ¿Alguna razón para no registrar siempre los rastros de pila?
- 17. ¿Hay alguna alternativa gratuita a Silktest?
- 18. ¿Alguna razón para usar NSViewAnimation sobre las técnicas de CoreAnimation?
- 19. Android: ¿Hay alguna biblioteca de PDF gratuita para Android?
- 20. ¿Hay alguna razón para precargar encajables de los recursos?
- 21. ¿Hay alguna razón para no usar los tipos de aplicación de la unidad?
- 22. ¿Existe alguna implementación documentada gratuita de R-Tree para .NET?
- 23. ¿Hay alguna buena razón para usar Websockets fuera del navegador?
- 24. Cómo mantener una versión paga y gratuita de una aplicación
- 25. ¿Hay alguna razón para usar enum para definir una sola constante en el código C++?
- 26. ¿Hay alguna razón para preferir jQuery.Ajax a asp.net UpdatePanel?
- 27. Aprobación AppStore de una aplicación gratuita con contenido pago
- 28. API de MapQuest: ¿Alguna razón para usarla en Google Maps?
- 29. ¿Hay alguna razón para usar el enhebrado? Bloquear sobre multiprocesamiento. ¿Bloquear?
- 30. Botón/enlace de donación en una aplicación gratuita