アプリケーションを vb.net ではなく Delphi に移行した従来の vb 開発者の経験を聞きたいです。それはどのようにうまくいきましたか?vb.net に移行しなかったことを嬉しく思いますか、それとも残念に思いますか?
6 に答える
私は実際にはvb開発者ではなく、しばらくの間いくつかのvbアプリを維持することを余儀なくされたDelphi開発者です。1つのvbアプリをvb.netに移行しようとしましたが、その後は二度と試しませんでした。いくつかのvbアプリをDelphiに正常に移行しました。簡単ではなく、使用されていたいくつかのOCXのネイティブDelphiの代替品を見つけるのは腰の痛みになりました(ソースコードがないサードパーティのライブラリに再び依存することはありません)。 、しかしそれはうまくいきました。
しかし、上で述べたように、私は経験豊富なDelphi開発者なので、vbアプリの移行と同時にDelphiを学ぶ必要はありませんでした。それは確かにそれをはるかに簡単にしました。
私はDelphiFeedsでこれを見つけました:
Visual Basic 開発者向けの Delphi VB アプリケーション (知識とスキル) を Delphi に移行するのに役立ちます
数年、私は私たちの配置年に別の学生と一緒に働いていました。私たちは非常に大きな製造会社で働いていました。彼のプロジェクトの1つは、生産ライン上の複数のカメラとインターフェイスし、データをリアルタイムで分析するためのクラシックなVBアプリを作成することでした。従来のVBでは、これは混乱でした。1台のカメラ(24 fpsで7台のカメラ)から1つのフレームを処理するのに平均1.5分かかり、最適化できるものはありませんでした。
彼は最終的にDelphiに飛び込み、そのアプリを書き直して、素晴らしく機能しました。私は最近、まだそこで働いている数人の友人と連絡を取り、彼のアプリは3年間順調に稼働しています。
しばらく前に(.NETの前に)ClassicVBからDelphiに移行した良い友達がいました。彼はその動きに本当に満足していた。
彼が働いていた会社はVBでアプリケーションを作成し、彼らは特別なチーム(2人の開発者)を集めて、会社の他のメンバーが使用できるようにDelphiでActiveXコントロールを作成しました。さらに、VBでできないことがあった場合は、Delphiチームがそれを行います。彼がDelphiに紹介されたのはその時でした。
彼は、DelphiチームがDelphiでアプリケーションのプロトタイプを作成するのに、他の開発グループよりも速く(彼は決して大きくは言わなかったが、2つ以上)できるようになるまでにそれほど時間はかからなかったと述べた。Delphiがより強力で高速であるという証拠にもかかわらず、誰かがVBの方が優れたソリューションであるという印象を受けたため、同社はVBからDelphiに切り替えることはありませんでした。
私はVBとDelphiの両方で働いてきましたが、Delphiは(IMO)イライラ/制限がはるかに少ないです。必要に応じてActiveX/OCXコントロールを使用できるはずです(ただし、他のコメントについては同意します。可能な限りそこを避け、完全なソースコードがあることを確認してください)。VBからDelphi(2つ)に移行したアプリは順調に進んでいます。
VB から Delphi への移行を 2 回試みましたが、残念ながら 1 つのアプリは多くのサード パーティの ActiveX (ほとんどが ComponentOne から、いくつかは CodeJoke から) を使用していたため、途中で中止する必要がありました。プロジェクトで使用されている ActiveX と同等の機能を持つ VCL コンポーネントが見つからなかったため、途中で中止する必要がありました。
それは私たちにとって悪夢でした。途中で中止して C# に切り替えたことを神に感謝します。.NET コンポーネントのすべての機能を同じように取得できるとは信じられませんでした。
なんとか変換できたアプリはうまくいきましたが、元のソフトウェアに実装したいくつかの機能は、Delphi での作業がさらに必要になるため、削除する必要がありました。