36

知っている人もいるかもしれませんが、私はPadre、The Perl IDEの主任開発者です。開発の最初の年に、Padre は Perl 開発用のいくつかの追加機能を備えたテキスト エディタとして受け入れられるようになりました。

プロジェクトをさらに推進し、Perl 開発用の優れた IDE に変えるために、Stack Overflow コミュニティに助けを求めたいと思います。パドレにまだ欠けている IDE の最も重要な機能は何だと思いますか? を読んでいただければ幸いです。

特に、現在 Eclipse+ EPICKomodo、 Visual Studio 、またはプログラマー向けのテキスト エディターを使用している人に興味があります。

4

20 に答える 20

26

Perl 開発 (Padre を含む) 用の IDE の最も重要な機能は次のとおりです。

実際に動作する対話型デバッガー。たとえば、ブレークポイントの記憶、複雑なデータ構造へのドリル ダウン機能、および (クリップボードへの) コピー機能は、監視対象の変数で機能する必要があります。CSV、XML、またはタブ区切りと言います。

于 2009-08-18T06:04:29.197 に答える
12

私が見つけた2つの最も貴重な機能:

  • 行ごとのデバッグ、ウォッチポイント、ブレークポイントなどがあるため、コードを適切にデバッグできます。
  • コード補完なので、ドキュメントを探しに行く必要はありません (オンラインでも)。
于 2009-08-18T05:23:50.137 に答える
10

OK、これが私の3番目の答えですが、私はそれを言うのは嫌です。

競争はインストールするのはかなり簡単です。パドレはそうではありません。今日、最新リリースに更新しようとしましたが、もう一度、テストに失敗しました。

于 2009-08-18T19:31:09.483 に答える
9

私は Perl EPICのヘビーユーザーですが、最大の不満は、現在のコンテキストで明確に定義されている関数にジャンプできないことです (通常は F3 キーを押します)。この時点でかなり当たり外れがあります。

于 2009-08-18T06:21:13.330 に答える
5

私はコモドで働いています。他のエディターも使用していますが、ほとんどの場合 Komodo に戻ってきます。優れた IDE には次のものが必要です。

  1. 良いデバッガ。ブレークポイント、ウォッチ リスト、必要なものすべて。
  2. リモートデバッグ。スレッドのデバッグ機能。
  3. 加重フォントを含むシンタックス ハイライト (予約語を強調するために太字フォントを使用できない、たとえば、XSLT IDE などの Oxygen にはかなりがっかりしました)
  4. 構文補完。
  5. プラグインによる拡張が望ましいプロジェクト管理ツール。
于 2010-02-12T15:40:56.193 に答える
5

安定。エディターがクラッシュして作業が失われると、人々はすぐに離れていきます。

于 2009-08-18T23:10:09.493 に答える
4

プロジェクトマネージャー。特定のコードベースを構成するファイルとフォルダーのセットを定義できることが重要です。セッションは便利ですが、代わりにはなりません。

于 2009-08-18T17:00:57.680 に答える
4

私が最初に探すのは、現在アクティブなファイルの概要です。メソッド/関数と、可能であれば、使用されているモジュール、特に use base ステートメントを確認したいと思います。

あなたはパドレでそれをかなりうまく解決しました。

于 2009-08-18T05:51:40.223 に答える
4

優れた VCS 統合。これは、私が Eclipse で特に気に入っている点です。ローカルで変更されたファイルと、まだリポジトリに追加されていないファイルを即座に確認できます。また、マウスを 1 回クリックするだけで、さまざまなバージョンをブラウズしたり、すばらしい差分ビューを表示したりできます。

于 2009-08-18T08:18:30.083 に答える
3

変数と関数名のVisual-Studioスタイルのリファクタリングと関数の抽出。Visual Studioは、モジュール全体ですべての参照を検索し、(何らかの理由で)1つのインスタンスを変更したくない場合に備えて、変更されたすべての行を表示できます...

于 2009-08-18T07:52:41.477 に答える
3

質問は答えられるよりも議論の余地があるようです。著作権侵害の罪で告発される危険を冒して、David R. Barstow、Howard E. Shrobe、ErikSandewallの著書「Interactiveprogrammingenvironments」から覚えている内容を投稿します。

私は何年も前にその本を読み、別の言語でそれを書き留めたので、それは完全に同じではありません。

優れた対話型プログラミング環境の原則

1: Know the user
    + Know the previous knowledge and practice of the user
    
2: Minimize the memorization
    + Selection and not characters entering
    + Names and not numbers
    + Predictable behavior: the user should have a previous impression of what the system will do
    + Possible access and changing of the parameters of the system      

3: Optimization of operations
    + Fast execution of common operations
    + Inertia of visualization: the screen should change the less possible
    + Memorization of system operation in user's memory
    + The meaning of specific operations should have a simple relationship with the state of the system
    + The system must be prepared to accept more than 10 followed commands per second, so that it can operate on the user's muscular memory
    + The system should be prepared to organize the parameters of a command

4: Engineer for the errors
    + Provide good error messages.
    + Engineer it to remove away the common errors.
    + The system should provide reversible actions.
    + Redundancy: the operations should have more than one way of being done.
    + Integrity of data structures.
于 2011-05-03T21:26:16.417 に答える
2

これはおそらく次の方法で実現できますuse strictuseしかし、明示的に 'dでなくても、価値のある機能になる可能性があります。

先日、次の動作のデバッグに約 10 ~ 20 分費やしました。

my %hash;

$hash->{'key1'} = value1;

# on reading in a different module
print $hash{'key1'}; # is, of course, empty, but was so easy to overlook in the code above

再開: IDE によって導入された適切な Perl タイプの安全性。

ただし、Eclipse+EPIC には実装されていないことが判明したため、既に Padre に実装されている可能性があります。

于 2009-08-18T09:48:53.567 に答える
2

外部 (コマンドライン) ツールを構成および実行する機能。プラグインは優れていますが、エンド ユーザーは、外部ツールと統合するためだけにプラグインを作成したいとは限りません。ユーザーが独自のツールを構成できるようにすることで、非常に多くの拡張性が提供され、参入障壁が最小限に抑えられます。

私が選んだエディタは UltraEdit です。これは IDE ではありませんが、ユーザー ツールのサポートを通じて、lint、バージョン管理、デバッグなどの IDE 機能を統合することができました。

于 2009-08-18T17:12:03.023 に答える
1

私はemacsを使用しています。コードをリファクタリングするのに役立つシステムが欲しいです。特に、1999 年の醜いコードに取り組んでいるときに、最初から最後までという哲学と複製と変更を組み合わせたものを使用している場合はなおさらです。

Eclipse を調べましたが、ファイルに 1 文字の修正を加える前にプロジェクトを作成する必要があるシステムでは作業できません。

パドレを見ましたが、遅くてクラッシュします。

CSS で構成できると主張する Kod を見ましたが、CSS をどこに置くかを教えてくれる man ページが見つかりません。

于 2011-02-24T04:18:02.530 に答える
0

Padreがこれを実行できるかどうかはわかりませんが、画面を分割する機能は私にとって非常に重要です。VIMユーザーとして、私はコーディング中に常に画面を分割して別のファイルを表示します。

于 2010-02-09T17:42:20.170 に答える
0

XS コードを作成およびデバッグする機能。

于 2009-08-19T07:25:02.977 に答える
0

自分で選んだエディターを使用する機能 (私の知る限り、あるかもしれません)。これにより、vim/emacs の人々に勝つチャンスがあります。

于 2010-02-09T17:57:53.590 に答える
0

ファイル、ディレクトリ別、およびプロジェクト全体の行末ポリシー。

そのため、特定のプロジェクトまたはディレクトリについて、すべての行末を LF のみにしたいと考えています。別のディレクトリにいる間に、CRLF ファイルと LF ファイルを混在させたいと思うかもしれません。

私は、Unix と Win32 環境の間を行き来する作業に多く取り組んでいます。

プラットフォームからプラットフォームへ移動する際に、すべてのファイルを自動的に前後に変換する典型的なソリューションは、私にはうまくいきませんでした。

ファイルが誤って間違った形式で作成された場合、それは本当に苦痛になる可能性があります.

于 2009-08-19T08:23:19.193 に答える
0

read-eval-print ループの統合。Emacs のヘビー ユーザーとして、私はSepiaを高く評価しています。コードにコミットする前に試してみるのに非常に便利です。

于 2009-08-18T07:40:55.027 に答える