En el transcurso del tiempo, una gran cantidad de nuevas características del lenguaje fueron agregados.
Dado que no existe una gramática formal disponible, es muy difícil para los vendedores de herramientas (incluido Embarcadero) mantener sus analizadores de lenguaje Delphi al mismo nivel que el Delphi Compiler.
Es una de las razones por las que los fabricantes de herramientas necesitan un poco de tiempo (y para el soporte genérico de Delphi: ¡mucho tiempo!) Para actualizar sus herramientas, o actualizarlas.
incluso ver los artefactos de esto en sí mismo Delphi:
- el panel de estructura a menudo hace que las cosas equivocadas
- el modelado Delphi y refactorización a veces falla
- el código formateador Delphi se vuelve loco
Pythia es el único ofuscador para el idioma nativo de Delphi que conozco.
Puede preguntar en their site si planifican una versión más nueva.
Personalmente, casi nunca se usan ofuscadores por estas razones:
- ingeniería inversa proyectos no ofuscado es bastante difícil (que tomaría competidores tiempo suficiente para realizar ingeniería inversa, por lo que la posibilidad de disminuir el retraso que ya tienen en el primer lugar es prácticamente cero)
- su valor añadido es limitado cuando se tiene soluciones multi-proyecto (básicamente sólo esconden cosas interna o privada)
- hacen error de código de producción caza demasiado engorroso
--jeroen
¿Por qué uno quiere ¿para hacer esto? Seguramente el usuario puede ver toda la información en los archivos .dfm cuando ejecuta la aplicación. –
¿por qué no obtener la fuente y parchearlo? –
Quiero ofuscar cadena incluyendo el nombre del procedimiento, etc. Pythia puede hacerlo automáticamente. – user