.net - PowerBuilder 12 の可能性

Question

私は .NET 開発者ですが、リリース 12 以降の PowerBuilder では .NET との統合が強化されていると聞きました。通常の WPF プログラミング手法などと比較して、Sybase PowerBuilder を使用する利点は何ですか?

Sybase PowerBuilder の使用が推奨されるのはいつですか?

Answer 1

PowerBuilder を使用することの最初の利点は、これまでも、おそらくこれからもデータウィンドウです。これにより、次のような利点が得られます。

• 一度開発して、スクロール可能な単一行/複数行のユーザー インターフェイスと印刷可能なレポートを取得します (WPF はこの利点を利用していますが、データウィンドウはまだそれを利用していると思います)。
• 式ベースの行ごとに評価される属性定義 (たとえば、前の行の給与を超える場合は給与を太字にし、部門が「教育」の場合にのみ Teaching_assistant を表示するなど...)
• 論理レコードのロック
• SQL インジェクション攻撃防止
• SQL ステートメントに基づく動的 UI および/またはレポート生成
• DBMS の移植性
• ID 値の処理
• ディスクキャッシング
• データベース エラーのイベントへの変換
• 実行時に SQL を監視、傍受、変更、またはキャンセルする機能
• データまたはユーザー インターフェイスを多くの形式にエクスポートする機能
• 12 の新機能で、任意の WPF コントロールをデータウィンドウのデータ セット内の列にバインドできます。

利点として宣伝されているもう 1 つの大きな点は、視覚的な継承を使用できるという事実です。したがって、コントロール (「標準ユーザー オブジェクト」) を作成し、それを複数のウィンドウまたはキャンバス (「カスタム ユーザー オブジェクト」) に配置して、子孫レベルで属性をオーバーライドできます。次に、後で戻って祖先の「標準ユーザー オブジェクト」の属性を変更できます (たとえば、フォント標準を変更します)。変更は、変更された属性が変更されていないことを前提として、ユーザー オブジェクトが使用されているすべての場所に反映されます。子孫レベル。属性の継承は好きですが、メソッドの継承ほど好きではありません。たとえば、メソッドの継承を使用すると、1 か所でコーディングすると、すぐに新しいコントロールの動作をアプリケーションに普遍的に配布できます (たとえば、WPF では、たぶん、ボタンがマウスオーバーされるたびに、ボタンにズキズキする赤い輝きを与えることができるかもしれません...または、いい意味で、そうではないかもしれません)。または、祖先にオプション機能をロードして、すべての子孫がすぐに利用できるようにすることもできます。

この記事を書いている時点では、これらは PB12 の初期段階にあるため、人々が使用するにつれて新しい利点が生まれる可能性があります。私は戻ってきて私の歴史を書き直す権利を留保します。

幸運を、

テリー。

Answer 2

ははは、「Hans Passant」と「Night Shade」は「生産性羨望」のように聞こえます。

もちろん、C# や Python などの第 3 世代のプログラミング言語でコーディングして、Microsoft が常に指示しているアーキテクチャの変更に対応することも、ソフトウェア開発者に最も生産的なプラットフォームの 1 つを歴史的に提供してきた PowerBuilder のようなツールを使用することもできます。普及している基盤となる OS API と、うーん無限のアーキテクチャ レイヤーから私たちを保護することで利用できます....

うーん、それが、Microsoft が PowerBuilder の最初のユーザーの 1 人だった理由かもしれません。

企業としての Sybase が飛躍的に成長してきたのには理由もあります。モバイル データベースの市場シェアを教えてください。

しかし、ここでも私は現実世界の経済学について話しています。何を配達でき、どのくらいの時間がかかりますか。PowerBuilder の勝利です。

理論的には確かに、いくつかの観点でより多くの機能を提供するツールは他にもありますが、実際には、特に大規模なエンタープライズ データベース システムでは、PowerBuilder と同じことを主張できるツールはほとんどありません。

一部のクライアント？ほとんどの州政府、サウスウエスト航空、カナダなど。

ああ、私たちは給料ももっと稼いでいます。

:)