これまでのところ、私は Eclipse を数年間使用してきましたが、ほとんどの時間は Python (Pydev プラグインのインストール) と C++ (CDT プラグインのインストール) の作成に費やされてきました。
最近、友人から PyCharm とその新しい無料コミュニティ バージョン logr について聞きました。その友人は長年 Eclipse を使っていて PyCharm を絶賛していたので、せめて在宅勤務では PyCharm を使ってみようと思いました。これまでのところ、私は PyCharm の虜になっており、日常業務でも PyCharm を使用しています (コミュニティ バージョンは Apache2 によってライセンスされています)。
以下に、PyCharmを使っていて驚いたことをいくつか紹介します。
Eclipse や PyDev を批判するつもりはありません。私はそれらを何年も使ってきましたが、素晴らしいものです。これは私の個人的な経験であり、あなたの経験は異なる可能性があることを念頭に置いてください。
PyCharm は、エディターの左列に青いマーカーを表示することで、ファイルに加えた変更をリアルタイムで追跡します。
これは非常に便利で、Eclipse の「Compare between HEAD」コマンドを使用して、ファイルの前後の変更を比較しています。
PyCharm では、変更を一目で確認できます。同時に、マークをクリックすると、前のコンテンツとツールバーが表示されます:
これらの変更を簡単にロールバックしたり、詳細ダイアログ ボックスで表示したり、前のテキストをクリップボードに貼り付けたりすることができます。
Eclipse では、変更をコミットすると、コミット ダイアログ ボックスにコミットされるファイルのリストが表示されます。
いずれかの項目をダブルクリックして、変更の比較を表示できます。この時点で、コード内に変更したいものが見つかった場合 (スペルミスの単語や段落
) ドキュメントが欠落しているなど)、それは面白くありません。すべてを閉じて (慎重に記述されたコミット コメントが含まれるコミット ボックスを含む)、問題のあるコード部分を見つけて修正し、最初からやり直す必要があります。
PyCharm にも同じ機能がありますが、変更は編集可能です。それらの間違いをその場で修正できることがどれほど素晴らしいか、どれだけ強調してもしすぎることはありません。
上記のようなタイプミスは、提出プロセス中に簡単に修正できます。
さらに、コミット ダイアログを閉じた理由に関係なく、再度コミットしようとすると、入力したばかりのコミット コメントが保持されるという利点もあります。
コミット プロセス中、実際のコミットの前に、「インポートの最適化 (未使用のインポートの並べ替えと削除)」、変更セット内の保留中の項目の確認など、他のオプションを実行することもできます。
興味深いのは「コード分析を実行する」という項目です。 。 。
ファイル、ディレクトリ、またはプロジェクト全体に対して「コードレビュー」操作を実行するように PyCharm に依頼できます。実際にプログラムを実行せずにこれを行います
型チェック、静的メソッド、コード仕様の違反など、既存の問題とそれに対応する改善方法を見つけます。
前のセクションで説明したように、これはコミット時に変更されたファイルで自動的に実行することもできます。これは 1 つのファイル レビューの結果です:
これらのレビュー結果の一部については、修正の推奨事項を適用することもできます。たとえば、「関数呼び出しを set literal() に置き換えることができます」という提案については、対応するオプションを選択して修正できます。
PyCharm は次の文を認識します:
extensions = set(['.avi', '.mp4', '.mpg', '.mkv'])
自動的に次のように置き換えられます:
extensions = {'.avi', '.mp4', '.mpg', '.mkv'}
プロジェクトレベルを含め、不要なレビューをオフにすることができます。
モジュールの名前を変更しようとしましたが、メニューにその項目が見つかりません。 。 。 F2も役に立ちません。
突然、ファイルサブメニューの下にある「リファクタリング/名前変更」項目に気づき、考えました。 。 。もしかしてそれは?まさにそうです!
モジュールの名前を変更すると、PyCharm はそれに関連付けられたすべてのプロジェクトを自動的に変更するかどうかを尋ねます。幸いです!
他にも多くのリファクタリング プロジェクトがありますが、これまでのところすべてを試す機会がありません。
PyCharm可以告诉你代码里面过时的结构块,并且提出一些改进建议。比如,我有像下面一段这样的代码:
with nested(open(filename1), open(filename2)) as (f1, f2): <代码块>
PyCharm会明显的标注出nested:
我用的是Python2.7,事实上你可以使用嵌套上下文管理器,但是,唉,我还得支持python的一些老版本,就保留了nested。
但PyCharm提醒了我,这个事情本身还是很酷的。
如同Eclipse一样(需要Mylin支持),PyCharm也支持基于任务的工作流(包括任务感知的上下文)。
然而PyCharm本身自带了很多直接可用的连接器(GitHub,Mantis,Jira,Bugzilla,等等)。
而且,当你开启一项任务时,它会询问你是否想要创建那个任务的一个特性分支,分支的名字可以配置。
这就避免了必须手动创建一个新的分支,而这个操作确实挺繁琐的(拿到任务的ID,选择名称,等等)。
这个是加分项。
我观察到PyCharm在执行代码的自动完成时扫瞄代码的速度要远快于Eclipse,而且还不打断你当前的工作。
当你想保存一个文件时,Eclipse会阻止你这么做因为它正在后台执行一个任务,这有多惹人烦。。。
当你把光标挪到一个函数、方法,类或者别的什么上的时候,你会得到一个选项来浏览”快速文档“。看一眼:
正如你看到的,它会用一种赏心悦目的格式展示方法的文档说明,还从代码使用说明中提示了参数的类型。。。即使该函数没有对应的文档说明,你还是会得到像下面这样的一个说明:
很好!
PyCharm 还包括了对于doctils的一流支持,这让它很容易从集成开发环境中直接再生成文档。
另一方面,它还包括了一个非常好的富文本(译者注:ReST即reStructuredTexteditor)编辑器(比Eclipse的IMHO好用的多):
跟据我的使用经验,在Eclipse里面安装插件是件挺痛苦的事情:
很难找到你想要去的地方(提示: 帮助/安装新软件。。。);
你没有一个单一的索引,所以你得去网上去找那些插件源;
系统有时会因为库的依赖问题而崩溃,结果我就没装上那些我想要的插件(工作中还有其他人也同样遇到这个问题,最后不得不放弃);
PyCharm的插件体验则要流畅地多。
首先,它位于一个你认为它有可能会存在的地方:就在”设置”下面的一项:
你可以很容易地浏览插件:
我快速安装了一个标记编辑器(和ReST一样),一个临时存放代码片段的插件,可以让我直接从选择的文本中快速地剪贴,并且预览代码,和SublimeText类似,还用一个漂亮的代码外观。
目前为止就这些了。我会向我的朋友尽力展示一切我认为“看这有多酷”的事情。我使用PyCharm的时间很短,如果我发现还有更多有趣的事情值得再写一篇发表的话,我会继续写。
原文链接: Bruno Oliveira 翻译: 伯乐在线 - 高磊
以上がPython IDE: PyCharm の実用的な機能の内訳の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。