原文链接:http://blog.jobbole.com/51498/
由于文章中声明未经许可禁止转载,我只好把英文附上。要看中文的话还是点原链接吧。
I have been an Eclipse user for years now, using it to write mostly Python (with PyDev) and C++ (with CDT). Recently I heard about PyCharm and its new free community edition from a good friend of mine, Igor. He, also a long time Eclipse user, was giving it a lot of praise so I decided to give PyCharm a try, at least while working at home.
So far, I have been loving it so much that I have even made the switch to using at work (the community edition is under Apache 2 license).
Below I describe some of the things that surprised me in a very good way while using PyCharm.
Disclaimer
I don't intend in no way to bash Eclipse or PyDev, I have been using it in years and it is great.
Also, keep in mind that this is my personal experience. Your mileage may vary.
PyCharm keeps track of the changes you are making in a file by displaying a blue marker on the left side of the editor:
This by itself is very handy, as I used to use the "Compare against HEAD" command all the time in Eclipse to see where I changed a file. In PyCharm you can with a glance see where your changes are.
Even more, clicking on the marker you are presented with the previous text and a toolbar:
You can easily select to rollback those changes, view the difference in a full fledged dialog or copy the previous text to the clipboard.
In Eclipse, when you commit you're shown a list of the files being committed in the commit dialog. You can double-click on any of them to obtain a side-by-side view of any of the changes:
Now, if you see something you like to change in the code (a misspelled word like the above, missing documentation you would like to add, etc.), too bad: you have to close everything (including the commit dialog with your nice commit message), go find the offending code and change it, and start again from scratch.
PyCharm has the same feature, but your changes are editable. I can't stress enough how awesome is being able to modify it on spot.
I can fix the typo above easily during the commit process.
As another side bonus, if you for any reason close the commit dialog, it remembers the commit message you wrote already the next time you try to commit.
Still during commit, we have several options that can be executed before the actual commit, like "Optimizing Imports" (sort and remove unused), check for TODOs in the change-set, among others:
One interesting bit is the "Perform code analysis" option...
You can ask PyCharm to perform a "Code Inspection" in a single file, directory, or entire projects. It will look for problems and improvements in your code without actually executing it, like type checking, methods that can be static, violation of code standards, etc. As explained in the previous section, this can also be done automatically on changed files during commit.
Here's the results of an inspection in a single file:
For some of the inspection results, you can also apply a suggested fix. For instance, from "Function call can be replaced with set literal" we can select the option to fix that:
PyCharm will then change this:
extensions = set(['.avi', '.mp4', '.mpg', '.mkv'])
into this, automatically:
extensions = {'.avi', '.mp4', '.mpg', '.mkv'}
You can disable any inspection you like, including on a per-project basis if wanted.
I was trying to rename a module and couldn't find the option on the menu... F2 also didn't work.
Then I glanced at the "Refactoring/Rename" sub-menu of the file and thought... could it be?. Yes! When you rename a module, PyCharm will ask if you would like to also fix all related imports for you automatically. Bliss
There is a lot of other refactoring options, but I haven't had the chance to try them yet.
PyCharm can inform you about obsolete constructs and suggest improvements in the code.
For instance, I had code like this:
with nested(open(filename1), open(filename2)) as (f1, f2):
<snip>
PyCharm was displaying nested
in strike-out:
I'm using Python 2.7, and in fact you should use the new syntax for nested context managers, but alas I have to support old versions of python in that code, so nested
stays.
The fact that PyCharm warned me about that was pretty cool.
Like Eclipse (with Mylin), PyCharm also supports a task based workflow (including task-sensitive contexts).
PyCharm however comes out of the box with a ton of connectors available (GitHub, Mantis, Jira, Bugzilla, etc). Also, when you start working a task, it asks if you would like to create a new feature branch for that task, with configurable branch name.
This avoids having to manually create a branch, which is a little tedious (having the task id on hand, choosing a name, etc).
Bonus points.
I noticed that PyCharm scans source for code completion much faster than Eclipse, and without interrupting your work. It is really frustrating when you try to save a file and Eclipse stops you from doing so because it is executing a background task...
When you have the cursor over a function/method/class whatever, you have the option to view "Quick Documentation". See it in action:
As you can see, it renders the docstring of the method in a nice looking format, plus it infers the parameter types from code usage... so even if the function doesn't have a docstring, you still get this:
Very nice!
PyCharm includes first-class support for docutils, making it easy to re-generate the documentation directly from the IDE.
On the plus side, it also includes a very nice ReST editor (much better than Eclipse IMHO):
In my experience, installing plugins in Eclipse is a pain:
PyCharm plugin experience was much smoother.
First, it is located where you would expect it: It is an item on "Settings":
You can easily browse for plugins directly from there:
I quickly installed a Markdown editor (as nice as ReST's), a pastebin plugin so that I can quickly create pastes directly from selected text, and CodeGlance, which gives a nice code overview similar to that of SublimeText.
That's it so far. I tried to list everything that I would show to my friends as "look how cool this is". I have been using PyCharm for very little time, so if I find more interesting things worth of another post I will write a continuation.