弊社にはMicrosoftの開発プラットフォームや開発技術に精通したコンサルタント／エンジニアが豊富におります。 ソフトウェア製品開発における様々な課題に対応しながら製品開発に貢献することが可能です。
|
ハイブリッド・アプリケーション ～既存資産（C++コードなど）の活用～
ソフトウェア製品の開発において、ゼロからの作り直しで対応が可能なケースはまれです。 既存のソフトウェア資産をどのように活用するか、ソースコードレビューを実施し、方法論からコンサルティングを実施します。 |
|
UIパフォーマンスを考慮した設計
WPFは基本的にシングルスレッドで動作します。複雑なGUIを持ったアプリケーションをシングルスレッドで動作させた場合、 パフォーマンスは決して良いとは言えません。複雑なGUIの動作のパフォーマンスを落とさないために、 マルチコアPCをターゲットとしてマルチスレッドでの設計を行うことも可能です。 |
|
大規模アプリケーションへの対応
WPFのリソースは、基本的に.NET Frameworkが管理します。しかし、大規模アプリケーション開発では、安易な実装をしてしまうと、 リソース不足になることがあります。このような問題を発生させないための設計、また、発生した場合の問題解決を行います。 |
C++からC#(及びWPF）への移植（移行）コンサルティング
既存ソフトウェア資産（C++コードなど）を活用しながら新しい技術の適用
リッチユーザインタフェースの実現による製品競争力の向上
WPF(.NET)によるアプリケーションの設計・開発
Silverlightアプリケーションの設計・開発
プロトタイピング（コンセプトアプリケーション）
現在、Windows上でのデスクトップアプリケーション開発には、複数の特徴的なフレームワークが存在しています。その中でも、かつて主流であったWPF（Windows Presentation Foundation）は、以前ほどの定番フレームワークとは言い難い状況にあります。その理由の一つは、.NET Frameworkから.NETへの移行に伴い、クロスプラットフォーム対応が一般的になりつつある中でも、WPFが依然としてWindows専用のフレームワークのままであることです。しかし、Windows環境で完結するアプリケーション開発においては、WPFを採用することでより高いユーザーエクスペリエンスを実現することが可能です。
クロスプラットフォーム対応のフレームワークは、異なる環境に対応させるため、各プラットフォームに最適化されない汎用的な設計が求められることが多く、その結果、特定の環境で最適なパフォーマンスを発揮できないケースが生じることがあります。クロスプラットフォーム対応が必須の場合、これらの制約は避けられないものですが、特定のプラットフォームに限定された開発では、このような汎用的な設計はむしろデメリットとなり得ます。
デスクトップアプリケーションの開発において、クロスプラットフォーム対応が必須でないケースや、既存の資産を活用する必要がある場合、Windows専用フレームワークを採用することが理にかなっている場合も少なくありません。WPFの後継や類似フレームワークとして注目されているWinUI 3は、WPFと比較してモダンで洗練された設計を提供していますが、削除された機能や非互換部分が存在し、従来の開発スタイルを維持するには不便な点もあります。
そのため、クロスプラットフォーム対応が不要なアプリケーション開発においては、実績があり、安定性が確認されたWPFは、依然として有力な選択肢と言えるでしょう。