![]() ![]() Also, over the 3 years that I have used a Mac as my primary PC, I have certainly noticed that *all* programs generally looks way better on Mac than on Windows (both paid and free software). But when I read your evaluation, I kinda see what he's talking about. Hard for me to understand, as I value the productivity factor over look and feel, and nothing comes close to AppCode in this respect. I asked one of my friends to try out AppCode (he's a game developer, primarily uses Visual Studio and some Xcode), and he has very high expectations when it comes to the look and feel of Mac apps - he wouldn't touch AppCode with a stick as it is right now. As a long time IntelliJ user (mostly on Windows), I haven't thought of many of the things that you mention, but you're spot on. Of course AppCode has benefits in terms of fixing things (such as importing headers for you) but on a lot of the tiny things Xcode is a lot smarter, though it does use Clang for its code completion/indexing.Īwesome evaluation of the Mac-ness of AppCode. Xcode however will suggest testObject, as it matches the return type. If I start typing test for the return value, AppCode will suggest the testBool variable, as it is first alphabetically. Smarter code completion for return types. Xcode only suggests age, whereas AppCode still suggests name.ģ. I select name, type a comma and then bring up completion again. If I do then bring up the completion, both Xcode and AppCode suggest name and age as completions. It also only shows the property names of properties that haven't yet been synthesised.įor example, say I have 2 properties: name and age. AppCode also shows some other stuff (granted it's a lot better than Xcode 3). ![]() If you type then bring up code completion, Xcode only shows property names. It filters these completions, ignoring any where the return type doesn't match that already entered and ignoring any already implemented methods.Ģ. As I start typing a method signature Xcode offers completions. Code completion for method signatures in. Hopefully AppCode can eventually compete with Xcode on UI as well :) Xcode 4 actually made a huge leap forward and is not only really nice from a usability point of view, but it also just nice aesthetically as well. Prior to Xcode 4 I always said that "Xcode had the nicest UI of any IDE, but that that was like saying it was the nicest smelling dog turd". The one area that Xcode beats AppCode hands down though is the UI. Xcode is better in some places (eg code completion) and AppCode is better in others (eg refactoring). Hopefully people find it interesting and useful and it helps start some discussion about the UI.Īt the moment I don't see AppCode and Xcode been too far apart functionality wise. It is by no means comprehensive, and some of it is somewhat subjective. ![]() It's taken a while as I've been busy, but I've finally written it up. Test your plugin with any version of AppCode you wish to support.A while back I told the JetBrains guys that I'd do an overview of the AppCode UI, highlighting the areas where it could be improved. Use the Exploring APIs as a Consumer process to identify the libraries in AppCode. See AppCode Extension Point and Listener List for the complete list. As described in Modules Specific to Functionality table, the tags must declare module dependency, or plugin dependency for plugins targeting only versions 2020.3+. The dependency on the AppCode APIs must be declared in the plugin.xml file. Users/$USERNAME$/Library/Application Support/JetBrains/Toolbox/apps/AppCode/ch-0/193.5662.55/AppCode.app/Contents. Path to locally installed target version of AppCode. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |