Google Releases Android Studio 1.0, the First Stable Version of Its IDE
An anonymous reader writes After two years of development, Google today released Android Studio 1.0, the first stable version of its Integrated Development Environment (IDE) aimed solely at Android developers. You can download the tool right now for Windows, Mac, and Linux from the Android Developer site. Google first announced Android Studio, built on the popular IntelliJ IDEA Java IDE, at its I/O Developer conference in May 2013. The company's pitch was very simple: this is the official Android IDE.
First?
From what I've read, it looks like a decent IDE, comparable with similar items (Eclipse, for example.) The fact that it allows one to display text and other items and see how it will look on a number of devices at once is a nice touch.
The proof will be in the pudding -- I wonder how usable it will be as a day to day tool for app developers and coding houses, especially with multiple people doing check-ins and such.
Good riddance.
...used to develop J2SE or J2EE applications or is it tied to Android development only?
Note: I was too lazy to RTFA.
What's wrong with just using emacs and make/bash scripts ?
It's a hell of a lot faster than using some bloated and slow IDE.
No this isn't a troll, it's a serious question. Every time I look at one of these IDEs, I just shake my head and end up going back to a nice fast text/command based workflow.
The link in TFS is either broken or was taken down. The wordpress blog it points to is displaying a customized 404 error page.
For those that don't know, Android Studio is JetBrains' Intellij product re-packaged to promote Android. If you like Intellij, there you go. It's a much, much better experience than Eclipse / ADT.
It still won't update from a 0.9 to a 1.0 version with a regular patch, prepare for all kinds of sorrow while you try to upgrade. Dependencies, good luck. Back up everything you have, twice, before you attempt updating through the SDK Manager.
Gradle also hit 1.0, what a coincidence. If you get it upgraded correctly in-line without having to delete the entire IDE and start over, Gradle now takes longer and not less time to do builds.
In addition, Gradle's upgrade will break your unit tests. Suddenly you get new errors like "The current Gradle build type does not support this test." Now that you have Android Studio updated, finally, you have to rip out Gradle and reinstall it by hand to fix this.
Google suddenly closed 11,000 bugs all at once, claiming they're all fixed and obsolete. 11,000 bugs, just solved overnight! Yeah Fucking Right.
Your best bet is to back up your entire environment, wipe the PC, reinstall the operating system, reinstall Android Studio from the ground up, and then import your projects back in. Make sure to sacrifice a few chickens in your backyard and pray to Sergei to make everything work.
I wish I'd never touched this platform, the developer tools are a constantly evolving state of CLUSTERFUCK.
Yeah? Then screw it.
Why it is available only on Win, Linux and Mac ? I want to develop directly on my Android tablet !!!
Has anyone been using this for Scala development with the android-sdk-plugin? I've been working on my first Scala android app and see it as a big improvement over Java. The only negative is that I've been using sbt+emacs instead of the blessed android dev environment (which used to be Eclipse) so I've been missing some features.
Its sad that this took so long that even Visual Studio will support Android and NDK development in its next release and Google is JUST NOW releasing real tools for one of its flagship data collection platforms.
Android users (meaning both owners of devices and device makers) - You are the product, not the customer. FFS do you not understand the saying 'You get what you pay for'
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
I have a few devices for testing. I have NOT tried this but it might be interesting:
"The Remote Test Lab is a solution that enables developers to control devices remotely. Using the Remote Test Lab service, you can test your application on a real device."
http://developer.samsung.com/r...
Real men use vim
In its favour the Android integration is far better - obviously. Android Studio provides all of the tools out of the box to build an Android app from end to end which includes all the packaging and signing at the end. In Eclipse you can can develop and debug easily enough but if you want an apk you have to manually invoke a dialog to package and sign APK. This is a huge pain.
Note that AS doesn't actually build anything. Everything is farmed out to a gradle script. This means you can build from AS, or the command line or even from Jenkins from the same script. This is very useful and you can your own custom tasks, unit tests and other goodness to your scripts. But... gradle is goddamned slow. As in REALLY slow. Even if you configure it spawn a daemon so it doesn't respawn all the time (yes I've done that) it's still slow. The problem is if you change a Java class it still has to run through every task checking the dependencies to see what needs to be built and it takes too damned long.
Eclipse is extremely good at incremental building so you can make a change and hit run and in seconds you're debugging. Eclipse is also superior for marking code in error - AS only tends to know about errors local to the file, e.g. syntax errors. If you call a method in another class and get the params wrong you might only be told when gradle reports an error. In Eclipse it would have told you instantly which means turnaround is so much faster. I also prefer the Java editor in Eclipse, because it knows more about your project as a whole, the code completion and hints are more immediate and useful. I'm also used to the keybindings but AS has some Eclipse keybindings so that doesn't matter too much.
Android Studio does have some excellent code analysis tools. It has Android lint integrated into the build and there are a pile of things it can search for in addition to that and in many cases will offer automatic solutions. It also has nicely integrated view and fragment editors which work better than the ones in Eclipse.
AS is a terrible CPU hog. I've noticed it eating anywhere between 5-30% of the CPU depending on what panes are open. This is a serious problem on a laptop because the fan starts whirring and the battery life suffers. The command prompt pane is the worst of all and I only assume it's killing the CPU by continuously polling. Source code integration is also inferior to Eclipse - EGit is a wonderfully mature plugin these days with some complex and useful functionality - the support for Git in AS seems quite perfunctory by comparison although it covers the basics.
So to summarise pros for AS:
And the cons:
I'm working on my first Android app right now, using Andoid Studio. I'm thrilled, as I could NOT get a stable Eclipse environment working for Android on my Windows box, even though I had successfully done Blackberry programming with Eclipse.
AS beta 0.8.14 has been rock solid. I'm a bit paranoid to upgrade in the middle of a project, and will stick to the "if it ain't broke, don't fix it" philosophy.
Are there any significant advantages of using Studio vs vanilla IntelliJ (which does have Android support) other than the Google branding?
That's why Solaris Zones are best development environment to this day. You don't need freekin' reinstall just to have new IDE working or testing apps in isolated but full speed environment. Also try using DTrace do debug in-production applications and services. And yes, illumos distributions are open source. (and there's also KVM under zones..)