I freely use the refactoring in AppCode and it has yet to screw something up. I have to admit, I’m scared of the refactoring in Xcode it gets things wrong. Such as: typedef NSComparisonResult (^NSComparator)(id obj1, id obj2) Thus far, I have only had to add the one that is a typedef of a block to a nicer type name. Live Templates: Yes, Xcode has their snippets, but these are more powerful because you can define what kind of completion to use for variables in the snippet as well as where the snippet is applicable. I can tell it to declare the property for an ivar, or even make it read only in the interface with it being read-write in the implementation.
Now, I just hit the override shortcut, and select the ones I wish to implement.Ĭhange ivar/property to ivar/property/both: I used to use objectivecannotate for this task, but AppCode does it much more cleanly. Too often I am making a subclass or implementing a protocol, and I forget all the method name I may want to implement. Implement/Override: I use this one a lot too. Now, I hit option+enter at the method declaration and tell AppCode to do it for me. h file, with a semicolon at the end, to declare it in the interface. I had long gotten used to copying a method line in the.
#Does anyone use appcode code#
Code Generationĭeclare Method in Interface: I used this feature a lot. If I were to start typing the name of a class that is not included in the imports, not only can it complete the class name, it will also import the necessary files to satisfy the complier for the choice I made. The killer feature in the tab completion is when the class has not yet ben imported. Furthermore, the tab completion after the insertion of a colon works better than it does in Xcode. If the tab completion is aware of CamelHumps, I must only type NSMAr before the tab completion has narrowed it down to NSMutableArray alone. For example, if I wanted an NSMutableArray, in Xcode I must type NSMutableAr before the tab completion results in a single result. The code completion causally mentions that it works with CamelHumps, but this is a huge factor in completing code. I could repeat the feature set mentioned on their website, but instead I’ll assume you’ve read that and outline the crucial parts. Then, about a month ago, I discovered AppCode and started using it for my Obj-C development at work. Features which I have long grown use to having are completely absent in Xcode. I would even go as far as to argue it is at least half a decade behind Eclipse. will likely be good, though not straight away.Anyone who uses multiple IDEs along with Xcode recognizes just how far behind Xcode is compared to others. There seems to be a lot of interest, so third party support for IDEs, GUIs, etc. On a broader note, it's difficult to guess until it's out there how well the community will react. I'd expect it by next WWDC at the latest though. I think before the end of the year, but it's notoriously slow to open source a big project. I imagine someone will probably integrate it into the popular UI frameworks on Linux though, if that hasn't already happened.ĭoes anyone have a more definite sense of the timeline? It'll be good for server-side work or perhaps for background logic for iOS/Mac apps, but not for GUI work. Their intent is both a compiler and standard libraries (not Cocoa APIs). Or did Apple simply mean that they would release libraries to run swift applications on linux machines? Xcode on Linux is not going to happen, but a third party will probably make an IDE.
No one really knows for sure until it happens, but here are some best guesses:ĭoes anyone know if they planning to release a linux version of xcode (or some similar IDE)
0 kommentar(er)
