現在、Visual Basic 6.0プログラムを.NETに移行しています。ターゲットオーディエンスは、自宅の通常のデスクトップユーザーです。これについて議論すると、.NETで記述されているように見える主流のプログラムを思い付かないことがわかりました。私たちは間違っていますか?これには正当な理由がありますか?
現在、Visual Basic 6.0プログラムを.NETに移行しています。ターゲットオーディエンスは、自宅の通常のデスクトップユーザーです。これについて議論すると、.NETで記述されているように見える主流のプログラムを思い付かないことがわかりました。私たちは間違っていますか?これには正当な理由がありますか?
回答:
顧客は、プログラムが.NETで作成されているかどうかを気にしません。したがって、対象ユーザーの大部分が問題なくソフトウェアをインストールして実行できることを確認できれば、それで十分です。
.NET Frameworkの普及に関する正確な情報を見つけることは非常に難しいので、それに頼るべきではありません。
.NET Client Profileをターゲットにせず、バイナリとともにインストールされていることを確認してください。簡単、簡単、効果的です。
.NET Framework 4 Client Profileは、クライアントアプリケーション用に最適化された.NET Framework 4のサブセットです。Windows Presentation Foundation(WPF)、Windows Forms、Windows Communication Foundation(WCF)、ClickOnce機能など、ほとんどのクライアントアプリケーションに機能を提供します。これにより、.NET Framework 4 Client Profileを対象とするアプリケーションの展開が高速になり、インストールパッケージが小さくなります。
VB6コードを.NET に移植することのもう1つの大きな利点は、Monoを使用してLinuxおよびOSXで実行するソフトウェアのバージョンを作成できることです。.NETおよびクロスプラットフォームで記述されたデスクトップアプリケーションの注目すべき例は、ここから入手できます。
私の個人的な経験では、社内レベルのエンタープライズレベルの開発では.NETが支配的です。これらのアプリケーションのほとんどは、一般消費向けに構築されていないため、日常の語彙の一部ではありません。
それでも、非常に多くの大企業がこれらのテクノロジーを採用している非常に説得力のある理由があります:プログラマーの生産性と幸福。C#は優れた生産的なプログラミング言語であり、.NETエコシステムには既存のライブラリが豊富にあり、車輪を再発明する必要があります。また、WCFは時には驚くほど複雑ですが、異なるシステム間の通信を構築するための非常に強力なフレームワークです。
特定の状況に関しては、将来多くの機能強化や変更を行う場合にのみ、アプリケーションの移植を引き受けます。安定しており、メンテナンスモードになっている場合は、そのままにしておく以外の決定を後悔します。
実際、TIOBEによると、C#(.NET言語)は現在、世界で4番目に人気のある言語です。
また、機能する限り、クライアントはアプリの言語を気にしないという別のポスターにも同意します。
VB6はMSでサポートされなくなりました(参照:http : //blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0。 aspx)。したがって、開発の観点から問題がある場合、ソースからサポートを受けられません。
一方、VB.NETは依然として積極的に開発およびサポートされています。
.NET FrameworkとJava JREの類似性、およびC#とJava自体の類似性により、C#/。NET開発者コミュニティは非常に急速に成長しました。
VB6開発者の供給は減少しつつありますが、VB.NET / C#の開発者は増加する可能性が高く、製品を前進させることができます。
.Netで記述されているように見えるメインストリームプログラムを思い付くことができません。
ATI Catalystグラフィックカードのコントロールパネルは.NETで記述されていると確信しています。つまり、基本的にATIグラフィックカードを搭載したすべてのPCです。多くの通常のデスクトップユーザー...
もう1つの良い例は、Samsung Kiesです。Samsungの携帯電話を持っているほとんどの人がインストールしています。
私はそれが問題ではないと思います-さらに重要なことは、将来、大部分のプログラムが何で書かれるかです。現在、MSはWin8アプリに焦点を当てています。おそらく、従来の.NETではなくHTML5 + jsとWinRTの採用を心配する方が良いでしょう。
最後にしたいことは、すべてを.NETに移植し、Windows 8で適切に動作させるためにさらに多くの作業をやり直す必要があることです。