I reverse engineered an apk and found '.kt' files.So I assumed that android app was built in kotlin but when I saw the actual code there are no kt files but only java files.How is this possible?
Related
I have an android apk which I have decompiled. All libraries used are known to me. This include image loading and cachine libraries, airbnb lootie and crashlytics among others. I am trying to figure out the game engine used for the android apk. I have come across com.unity3d.ads which am not sure confirms this was developed on Unity3D. Can I use this to confirm? How can I know if this was done on android or if a game engine was used?
You cannot infer through com.unity3d.ads that the app is developed with Unity. You can use Unity Ads SDK to add advertisement to any platform iOS, Android or Java.
Extract the apk and navigate to lib folder and search libunity.so or libmono.so. If any of the file exists means the App was developed with Unity otherwise it is not.
As we know that the extension of Android app is .APK. likewise, I want to know the app extension of android things app.
The extension for Android Things app is also .apk.
See Create a build for an Android Things product
...applications are compiled and packaged into a single file with the .apk extension (an Android application package file)
I have a "normal" Android app, made in Eclipse/java, published in Play Store, already at version 3.x, all works fine.
Now I am thinking to move the project to Xamarin/c#, and make the 4.0 there.
My question, what should I take care/be aware, that this change should be a natural continuation of the 3.x from Google Play/Users perspective?
So that I could simple upload the APK made by Xamarin to Dev Console as a new version upgrade, and not as a new App.
Like:
Existing signing key should be reused in Xamarin?
Package name (java <> xamarin c#) must be the same?
???
Thanks
There is absolutely no difference for google what language you natively used to write an app. By the way Xamarin will be compiled to java before packaging into apk.
Also Xamarin uses the installed Android SDK and installed Java SDK you have used before to sign the apk and compile the app. It also is going to use same keys so sign the apk.
So no worries, keep same package name and you're good for the update.
I know this may be a weird question.It might get flagged but i would argue for the validity of such a question for the concise development of robust apps.
How do we identify whether a particular android app was built using Phonegap or Native Java or by cross platform Native Javascript API of Titanium?
This isn't fool proof, but looking inside the apk of a Phonegap and a Titanium app I have (renamed .apk to .zip) I notice that for Phonegap the assets folder has a js file named "cordova-" followed by a version number. In the Titanium app there is an org/appcelerator/titanium/build.properties file in it. The folder names already indicate it was built using Titanium and the build.properties file contains the string "#Generated by Titanium".
I am currently developing an android application and every now and then I am checking my application if it runs smoothly on my android phone. Now, my problem is my desktop computer crashes and all the files on my computer were deleted including the source code of my application. I am wondering if I have a chance in accessing my source code just only by using my .apk file installed on my android phone?
Bummer about the computer crash. I'll mostly skip the lecture on always committing your code to source control somewhere, or backing up with something like Google Docs or DropBox, something.
Anyway, an APK file might be able to save your source code, yes. An APK is just a modified JAR file that includes the DEX bytecode (classes.dex). If you use something that can decompile the dex back to java bytecode, and then decompile that, you'll be back at Java source -- theoretically (I haven't tried to do this).
For more information about getting started see this question: decompiling DEX into Java sourcecode