3

Gupta (以前の Centura) Team Developer を使用した経験のある人はいますか?

もしそうなら、成熟した、スケーラブルで保守可能なアプリケーションの開発をサポートする能力という点で、それについてどう思いますか?

ありがとう

4

4 に答える 4

4

バージョン 1.1 から CTD を使用しています。現在、私はまだ 2.1 PTF4 を使用しています。主に、Windows 98-Vista で Centura SQLBase、MS Sql Server、または MS Access に対してリッチ クライアント CRUD を実行するためです。2.1から新しいバージョンにアップグレードしていないので、2001年からの比較的古い2.1についてしか話せません.(§)

私たちのアプリケーションには通常、約 150 のフォーム ウィンドウがあり、クラス (2.1 では「ユーザー定義変数」と呼ばれています) を多用し、MS Office を統合しています。安定性の問題やメモリ リークはありません。ただし、開発環境は少し長いです。IntelliSense も、スマートなデバッグも、マウスなしでは実質的に使用できません。これは、新しいバージョンでは変更されている可能性があります。

CTD の性質上、保守不可能なコードの記述を強制するものは何もありません。コードを再利用できるように設計した場合、クラスとファイル インクルードを使用すると、コードの再利用性を高めることができます。保守性の問題は、CTD の変数とクラスに「private」や「​​protected」などのアクセス修飾子がないことです。また、インターフェースや抽象クラスはありません。一方、多重継承。

コードの「アウトライン構造」には慣れるまでに時間がかかりますが、変数宣言とイベント ハンドラーが至る所にある広大な C# ファイルで迷子になると、アウトライン構造を見逃すことさえあります...

2.1 のコントロールはかなり完成していますが、ツールバー、日付ピッカー、タブ コントロールなどの「最新の」ものを手動で統合する必要がありました。OTOHには、すぐに使える数値入力フィールドもあります。Unify-Newsletter の 1 つは、アプリがより最新に見えるようにするために、たくさんの見栄えを追加したと述べています。非常に役立つテーブル ウィンドウの mtable-Extensions は、ここで入手できます: MTable by MICSTO。サードパーティの DLL を統合する (たとえば、スマートカード リーダーを統合するため) のは、特に構造体を使用する場合は、あまり面白くありません。ああ: そして、"Centura Report Builder" はデリエールのロイヤル ペインです。

大きな利点は、CTD に同梱されている SDK です。これにより、コード生成などの開発環境に自己作成ツールを非常に簡単に統合できます。

結論: 私たちは、スケーラブルで保守可能なアプリのために CTD を使用してきました。異常なアウトライン構造のために学習曲線が少し急になる可能性があり、「醜い」コードを書くことに不注意になる可能性があります。たとえば、多くの静的関数、「メッセージ アクション」内の多くのコード、変数スコープの問題などです。CTD で成功するかどうかは、作成するアプリケーションの性質に左右されると思います。リッチ クライアント CRUD の場合、.net よりも確実に優れている可能性があります。

これはすべて、8 年前の 2.1 バージョンの CTD に関連していることに注意してください。今は根本的に違うかもしれません。可能であれば、評価版を入手してください。

編集: 言語だけの長所と短所は別として、CTD はニッチであると考えてください。無料のツールはあまりなく、活発なコミュニティをまだ見つけていません (ニュースグループはありましたが、合併後にサーバーがダウンしました。おそらくまだどこかにあるのでしょう)。したがって、特定の問題に関するヘルプをグーグルで検索するのは簡単ではないかもしれません。

(§) 2.1 から 5.1 へのアップグレード パスを続行しませんでした。なぜなら、Unify とのマージ後、サポート スキーム (GLS と呼ばれる) のサブスクライバーのみがパッチを利用できるようにしたかったからです。バグ修正にお金を払うつもりはなかったので、レガシー アプリには引き続き 2.1 を使用し、新しいアプリには .net に切り替えることにしました。後でこれを修正したと思います。

于 2009-05-05T09:59:48.217 に答える
3

私は Team Developer (以前の Centura Builder、SQL Windows など) を 9 年間使用してきました。IMO は、Stephan Keller が包括的な回答で説明したバージョン 2.1 からあまり変わっていません。

私が働いている会社は、現在 TD バージョン 5.1 を使用しており、来年 TD 5.2 へのアップグレードを検討しています。私たちは、Oracle データベースに対して実行されるビジネス ソフトウェア製品を開発しています。このアプリケーションには、500 を超えるフォーム ウィンドウと数百のレポートがあります。

Team Developer は、単純な小さなアプリケーションにも、大きな RDBMS と数百人のユーザーを含む大規模なエンタープライズ アプリケーション スイートにもうまく対応できると思います。

コードの概要により、IDE へのアプローチが容易になり、学習曲線はそれほど急勾配ではないと思います。便利なキーボード ショートカットが多数あるため、マウスがなくてもコードの編集が可能です。もちろん、ウィンドウ デザイナーにはマウスが必要です。新しいリリースには組み込みの Active Coding Assistant もあります。

最新のリリース (5.1 および 5.2) では、日付/時刻ピッカー、グリッド ウィンドウ (広く使用されているテーブル ウィンドウの機能強化)、リッチ テキスト エディターなど、いくつかの新しい GUI コントロールが提供されています。新しいタブ コントロールもあります。メニューはリボンのように表示できますが、これは「実際の」リボン バーではありません。サンプルのスクリーンショットは、Unify の Web サイトにあります。

また、TD の 5.x バージョンでは新しい GUI テーマが導入され、アプリケーションのルック アンド フィールがよりモダンになりました。

TD の 5.x バージョンでは、多くの安定性の問題、パフォーマンスの問題、スクリーン ペインティングなどの問題がありました。古い 3.x と 4.x は非常に堅牢な品質で知られており、安定性やその他の問題があったとしても非常に限られた数しかありません。これらの問題は、Unify サポート フォーラムで活発に議論されています。これらの問題の多くは、データベース ルーター (Oracle、MS SQL Server) または Windows API 呼び出しに関連しています。TD の基本機能は、通常、非常にうまく機能しています。

また、特定の問題や質問に関するヘルプは、サポート フォーラムで入手できます。開発者コミュニティは小規模かもしれませんが、非常に活発です。

于 2009-11-17T21:32:03.313 に答える
1

私の会社はTeamDeveloperを何年にもわたって使用しており（ほとんどのアプリケーションは2.0で作成され、一部は5.2でWebアプリケーションとして作成されています）、開発をバージョン6.0に変更する計画があります。

C ++のバックグラウンドから来て、私は最初に言語への道を見つけなければなりませんでした（カプセル化、適切に構造化されたエラー処理1、変数のスコープ2などのいくつかの機能がまだありません）

しかし結局のところ、私は言語の制限といくつかの規律を持って生きることを学びました。私たちのアプリケーションは比較的保守が簡単です。（注：一連のベースアプリケーションが連携して動作し、同じコードベースといくつかの顧客関連のバリエーションを使用して、すべての顧客の個別のバージョンを構築します-バグ修正は共通のコードベースに表示されます（その後、他のプロジェクトで使用されます）、 lokalプロジェクトファイルでの特別な変更）。プロジェクトにいくつかの基本的なガイドラインを設定し、コンパイラーがそれらを強制しないので、それらを維持する必要があります。

1 SQLエラーは、発生した時点でのみ、またはプログラム全体でグローバルにキャッチできます。

2スペルが間違っている変数が、完全に独立したウィンドウで何かをコンパイルする場合や、同じ名前でデータ型が異なる半参照ハンドルのコンパイラエラーが発生する場合があります。

于 2012-07-04T06:53:25.660 に答える
1

いくつかの大規模なアプリに TD を使用しましたが、リソースの不足、廃止された SAL 言語、および古いランタイムのため、アイス ティー グループの gupta/unify 移行ツールを使用して、数百万行の SAL コードと数千のフォームを C# および Visual Studio 2010 に移行しました。 .

私たちは最初は懐疑的でした。しかし今では、書き換えに必要な時間のごく一部で、他の .NET アセットと完全に統合されたまったく新しいアプリがあります。そして、すべてのコードが何をしているのかを理解しようとする必要はありませんでした。:)変換はほぼ完璧でした！

1200 以上のレポート ビルダー レポートを自動的に Crystal レポート .NET に変換したことを忘れていました。

于 2013-04-27T13:46:06.510 に答える