4

私のチームは、100万行をはるかに超えるコードであるUnicodeをソフトウェアに実装する任務を負っています。MFCクライアントとWindows、AIX、またはSolaris上のサーバーとOracleまたはSQLServerデータベースをサポートします。ICUは非常に役立つツールのように見えます。ICUを使用することの長所と短所は何ですか？ICUは大きなバグなしで宣伝どおりに機能しますか？

4

2 に答える 2

6

データ ポイント: 私たちの (はい、それは免責事項です) ユーザーとバグのリストはすべて、私たちのプロジェクト サイトにあります。

IMBO（バイアス）： 長所：

  • 宣伝されているように、包括的に機能します。
  • 成熟: 現在 10 年以上、優れた安定性ポリシーと非常に活発な開発が行われています。
  • 最新の Unicode+CLDR+BCP47+その他の標準を使用します。
  • 基本的にどこでもコンパイルします。C/C++/J および python、perl、php などの実装によって呼び出される</li>
  • 貢献者の多様性が増しているオープンソース。
  • 上記に必要なすべてのデータが付属しています（以下の短所を参照）が、カスタマイズ可能です。(カスタムデータを追加できます)

短所：

  • より良いドキュメントが必要です (私たちは試みます - 誰でも助けたいですか?)。
  • たくさんの API - 「大きすぎる #1」で、必要な機能があったとしても、どれを使用すればよいかわかりません。
  • 組み込みデバイス、スマートフォン、主要なデスクトップ アプリ、データベース、オペレーティング システム、エンタープライズ アプリなど、さまざまな種類のプログラムで使用されています。
  • 上記に必要なすべてのデータが付属しています! 「それは大きすぎる #2」 (上記の長所の下を参照)、まだカスタマイズ可能です。(サイズを小さくすることができます)
于 2010-12-08T16:44:31.273 に答える
1

ICU は最悪です。可能な限り避けてください。

  • その年齢にもかかわらず、その中の基本的なものは壊れています。たとえば、次の質問で: Fixing regex to work around ICU/RegexKitLite bug

  • 時間が指定されていないため、時間の処理が壊れています。多くの API では、DST と DST 以外の時間を確実に区別することはできません。

  • めちゃくちゃ大きいです。

  • ドキュメントには多くの作業が必要です。使用頻度の低い機能は、適切な使用方法を見つける方法がないため、使用できないことがよくあります。説明どおりに文字変換を機能させるために何日も費やしましたが、最終的にはあきらめました。

  • 考えられるすべての世界の中で最悪の UTF-16 で作業するのが好きです。

  • サポートは問題に対応していません。

  • 私の経験では、90% の時間を費やすことになる潜在的な欠陥を発見し始めるのは、プロジェクトをほとんどやり遂げるまではありません。

多くの人にとって、代替手段がないため、それに固執しています。

于 2011-02-15T06:33:00.597 に答える