グリーン ソフトウェアとは、インストールが不要で、短く簡潔なソフトウェアのことだと思います。現在のシェアウェアのほとんどはこのカテゴリに分類されます (またはグリーン ソフトウェアに近づきます)。
比較的大きな Photoshop ソフトウェアでも、一部の登録項目は特別な登録ファイル (reg ファイル) に保存されます。オペレーティング システムを再インストールするときは、reg ファイルをレジストリにインポートするだけで済みます。また、Kingsoftなどのソフトは基本的にインストールしなくても実行可能です。
現在、ほとんどの共有ソフトウェアは Delphi を使用して作成されていますが、その Pascal 構文は扱いにくいにもかかわらず、誰もが Delphi を使用することを主張しています。その最大の理由は、環境に優しいソフトウェアを作成するのに非常に便利であり、基本的にすべてが Exe ファイルで実行できるためです。 。
VC を使用してシェアウェアを作成します。(MFC ではなく) API に基づいて開発されている場合、常に強力なツールでニワトリを殺すような気分になります (現在のマシン構成は比較的高度であり、シェアウェアはサーバーとは異なり、通常は小さなアプリケーション プログラムです)。パフォーマンス要件が非常に高く、VC を使用した開発サイクルは比較的長いです)。
MFC は開発が比較的早いですが、Windows 9X シリーズのユーザーは、それを静的リンクにコンパイルすると、ソフトウェアのサイズが 1M を超えて使用できなくなります。ネットワーク帯域幅が十分ではありません。使用量を減らすことをお勧めします。
VB を使用して環境に優しいソフトウェアを作成するための紹介は数多くありますが、少し複雑なプログラムには、VB ランタイム ライブラリ、ocx コントロールなどの多くの持参金も伴います。ソフトウェアがデータベース (ADO、DAO など) も使用する場合は、 ）、グリーンソフトウェア化できるかどうかはまだ不明です。
ただし、VB は使いやすく、API テクノロジを十分に理解していれば、ほとんどのソフトウェアを適切に実装できます。 VBを使ってシェアウェアを作れば開発も簡単で副収入も増やせるのでいかがでしょうか？
しかし、上記の問題をどのように解決すればよいでしょうか?私の経験といくつかの環境に優しいソフトウェアの開発に基づいて、私の意見を共有しますので、不適切な点があれば修正してください。
まず、ランタイム ライブラリの問題はこの方法で解決できます。現在、ほとんどのユーザーは Win2000 および XP プラットフォームを使用しており、Win2000 以降のプラットフォームについては、Microsoft がシステム ディレクトリにランタイム ライブラリを追加しています。 (これに関して、Delphi ユーザーは非常に不満を抱いており、これは不公平な競争であると考えています。VB ランタイム ライブラリと MFC ランタイム ライブラリはシステムに統合されています。このように、Delphi は、少なくとも面で VB や MFC が開発したソフトウェアに大きく遅れをとっています)ソフトウェア サイズの観点から)、これらのユーザーはランタイム ライブラリの問題を考慮する必要はありません。9x シリーズ ユーザーの場合、VB ランタイム ライブラリはオンラインに配置でき、必要に応じてインターネットから直接ダウンロードできます。ソフトウェアのサイズを気にしない場合は、ソフトウェアと一緒にランタイム ライブラリを公開することもできます (ランタイム ライブラリを現在のソフトウェアと同じディレクトリに置くだけです)。
Microsoft は VB をサポートしなくなりましたが、Windows の後続バージョンに VB ランタイム ライブラリが統合されている限り、VB を使用して共有ソフトウェアを開発する明るい未来はまだあります (言うまでもなく、Microsoft は VB を 1 億 .net プラットフォームとあえて統合しています) 1.25M VB ランタイム) ライブラリはどこにあるのでしょうか?
次に、VB を使用して共有ソフトウェアを開発する場合は、VB の基本的なコントロールのみを使用することをお勧めします。また、データを操作する場合は、DAO や ADO などのデータベース操作コントロール (または参照) を使用しないことをお勧めします。データ量が大きくない場合 (たとえば、10,000 レコード未満)、現在のユーザーのマシンは比較的ハイエンドであるため、これを行うことができます。パフォーマンスの問題をあまり考慮する必要はありません。この場合、VB プログラムを実行するために必要なのはランタイム ライブラリだけであり、Win2000 以降のシステムでは直接実行できます。
3 番目に、ソフトウェアのインターフェイスを美しくするために、画像コントロールを直接使用して画像をマッピングできます。私は常にこの方法を使用します。多言語バージョンの場合、ini ファイルを読み取るか、VC によってコンパイルされた純粋なリソース ファイルを直接読み取ることができます (私が書いた記事を参照してください: VB は純粋な DLL リソースを動的にロードします (http://blog.csdn.net /yefanqiu/archive) /2005/03/16/320640.aspx)。
第 4 に、ソフトウェアを開発した後、exe 圧縮ソフトウェアを使用して圧縮するのが最善です。これには 2 つの利点があります。もう 1 つは、ソフトウェアのサイズが大幅に縮小されることです。リリースに便利です。
第 5 に、暗号化については、慈善と知恵の問題です。ここでこれ以上話す必要はありません。 ->