問題タブ [utility]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - 実世界のプロジェクトに由来する次の日付解析ルーチンには、いくつの問題がありますか?
これらのメソッドはばかばかしいほどばかげていますが、私は他の開発者がそのようなコードについてどう思うかを知りたいと思っています。批判には、技術的および文体上のエラーが含まれる場合があります。修正には、StringUtils、DateUtils などの Apache commons-lang からのもの、および Java 5 のものを使用できます。コードは、スタイルに影響する場合、Web アプリケーションを対象としています。これら 4 つのメソッドもすべて同じファイルで定義されています。このコードには単体テストもないと言いましたか?! 状況を修正するために何をしますか? たまたまこのファイルを見つけたので、このコードを修正するのは私の当面の仕事ではありません。必要に応じて、空き時間にできます。
方法 1:
方法 2:
方法 3:
方法 4:
これは、私が同じことを書きがちな方法です (まあ、最初に単体テストを書きますが、ここでは省略します)。
その後、クライアントは次のようにメソッドを使用できます。
c# - モノリシックユーティリティライブラリを1つだけ持つべきではないのはなぜですか?
いくつかの一般的なライブラリがあります(C#ですが、これはプラットフォームや言語に固有ではないと思います)。それらをA、B、Cと呼びましょう。ライブラリAにはBとCへの参照があり、ライブラリBにはへの参照があります。サードパーティのDLLであり、ライブラリCはスタンドアロンです。3つの別々のプロジェクトの背後にある考え方は、各ライブラリが異なる機能を持っているというものでしたが、ライブラリAは、時間の経過とともに、ほとんどすべてのクライアントアプリが参照する多かれ少なかれ「キャッチオール」の共通ライブラリになりました。AなしでBやCを参照しているアプリはごくわずかです。
私たちはソース管理規則を改善しようとしています。私たちがやろうとしていることの1つは、これらのライブラリDLLに適切にタグを付けて解放することです。これにより、クライアントプロジェクトファイルは、常に変化するトランクではなく、静的バージョンのコードを指すことができます。これは少し複雑なことを証明しています。たとえば、AとBの両方を参照するクライアントプロジェクト。A自体がBを参照するため、技術的にはクライアントプロジェクトからのBへの参照が2つあります。
したがって、明らかなことは、すべてを適切に編成された名前空間を持つ単一の共通/ユーティリティライブラリに結合することであるように思われます。私が言ったように、ほとんどすべてのクライアントアプリはこれらのライブラリの1つを参照しているので、誰が気にしますか?これを行うことで、サードパーティの依存関係に望ましくない状況が発生することはなく、すべてのターゲットマシンは内部にあり、ほぼ同じ環境/ソフトウェア構成を維持します。
しかし、これは解決策としては簡単すぎるように思われるので、少なくともセカンドオピニオンを得ることができると思いました。別の方法として、GACを使用し、すべてに強力に署名/バージョン管理することもできます。ここでキャッチが欠けていますか?
email - POP経由でメールを受信するために使用できるWindowsユーティリティはありますか?
おそらくPOP経由でメールを受信するために使用できるユーティリティ(Blatなど)はありますか?私は何かが必要です
- Windows実行可能ファイル(DLLなし)
- 使いやすい
- インストールする必要はありません私は自分のプログラムのための簡単な電子メールインターフェースを作ろうとしています。任意のアイデアをいただければ幸いです。
この件に関して、安全なログインを要求しない優れた無料の電子メールプロバイダーはありますか?
python - 最もよく一致するバイナリ ファイルを見つけるためのユーティリティまたはライブラリ
バイナリ ファイル X を他のバイナリ ファイルのディレクトリと比較し、X に最も類似している他のファイルを見つけたいと考えています。データの性質上、ファイル間に同一のチャンクが存在しますが、場所がずれている可能性があります。 . ファイルのサイズはすべて 1MB で、約 200 個あります。最新のデスクトップ コンピューターでこれらを数分以内に分析できるほど迅速なものが欲しいです。少しグーグルで検索して、いくつかの異なるバイナリ diff ユーティリティを見つけましたが、どれも私のアプリケーションに適していないようです。
たとえば、サイズが最適化されたパッチ ファイルを作成するように見える bsdiff があります。または、違いをグラフィカルに表示するだけのvbindiffですが、あるファイルが別のファイルよりもXに似ているかどうかを判断するのに実際には役に立たないようです。
この目的で直接使用できるツールがない場合、独自のユーティリティを作成するために誰かが推奨できる優れたライブラリはありますか? Pythonが望ましいですが、私は柔軟です。
compiler-construction - バイナリデータファイルをコンパイル/逆コンパイルするための汎用ユーティリティまたはライブラリ?
いくつかの種類のテキスト形式にダンプし、編集してから再コンパイルする必要があるさまざまなバイナリ ファイル形式があります (バイナリ形式のわずかに異なるバージョンに)。もちろん、この種のことを行うために C/C++ で一連のユーティリティ コードを記述し、テキスト側 (XML や JSON など) のライブラリを活用することもできますが、これは頻繁に発生するタスク パターンです。私の仕事では、この種の仕事のためのある種の汎用ツールがおそらくすでに存在しているべきだと私には思えます。
明らかに、バイナリ ファイル形式を記述する何らかの方法 (スキーマなど) が必要です。これは、すべての明白なデータ型 (文字列、さまざまなサイズの int、bool など、float もいいでしょう) をサポートする必要があります。カウント フィールド、長さフィールド、パディング/アラインメントなど、データ ファイルにあるすべての典型的なものを処理します。バイナリ ファイルのエンディアンは、実行しているプラットフォームとは異なる可能性があるため、エンディアンのサポートがあると便利です。
このようなものがまだ存在しないとしたら、私は非常に驚くでしょうが、私はこれまでのところ Google 経由で運がありませんでした (そのようなユーティリティやライブラリをどのように簡潔に説明しますか?)。これに最も近いのは、「クラシック」Mac OS の時代にさかのぼる Apple のリソース コンパイラ/逆コンパイラ ユーティリティです。これらは C に似た構文を使用し、ヘッダー ファイルにリソース テンプレート定義を使用してさまざまなバイナリ リソースの形式を記述し、この C に似たソース構文とバイナリ リソースの間でコンパイル/逆コンパイルすることができました。
debugging - 実行可能ファイルでコンパイルされた関数のサイズを知るためのユーティリティはありますか?
実行可能ファイル内の異なるシンボル(コンパイル済み)のサイズを示すレポートが必要です。Delphiの.mapファイルのようなものですが、可能であれば一般的です。binutilsからのnm、開始アドレス(?)を表示します、多分私はその情報を使用できますか?
(私はobject pascal + freepascalコンパイラを使用しています)
java - Web アプリケーション ユーティリティ クラス
以下は、FacesContext を介してセッションから User オブジェクトを追加および取得するために、LoginBean によって呼び出されるユーティリティ クラスです。
アプリケーションはSpringを使用しています。アノテーションを使用する必要がありますか、それともこの種のクラスに静的メソッドを含めることは受け入れられている方法ですか? アノテーションが推奨される場合、@Component または @Service を使用する必要がありますか?
iphone - サーバーからユーティリティ アプリへの適切な配信形式は何ですか?
サーバーからユーティリティ アプリに入る場合、データはどのような形式にする必要がありますか? JSON、XML、またはその他の何か?
編集:
クライアントに、彼の Web 担当者に、私に Web サービスを構築するか、または私に任せるかを伝える必要があります。私は正しいことを求めていることを確認する必要があります。
eclipse - ユーティリティプロジェクトライブラリの依存関係がEclipseGalileoの最終EARにパッケージ化されるようにするにはどうすればよいですか?
「ユーティリティプロジェクト」と、その「ユーティリティプロジェクト」を含む「EARプロジェクト」があります。「ユーティリティプロジェクト」のすべてのクラスは、最終的にJARとしてパッケージ化され、エクスポートされたEARの「lib」ディレクトリ内に配置されます。次に例を示します。
ただし、「ユーティリティプロジェクト」は、「プロパティ」>「Javaビルドパス」>「ライブラリ」を使用してビルドパスに追加されたライブラリ(freemarker.jar)に依存しています。私がやりたいのは、次のようにfreemarker.jarをEARに追加することだけです。
Eclipse内を検索して、これを達成するための4つの潜在的な方法を見つけましたが、どれもうまくいきませんでした。誰かが追いかけっこをして、私が実際に何をすべきかを教えてくれるなら、それは素晴らしいことです。ただし、念のため、ここで繰り返します。
「ユーティリティプロジェクト」のプロパティから:
- 「Javaビルドパス>注文とエクスポート」をクリックし、エクスポートするために「freemarker.jar」を選択すると、jarはEARファイルにまったく含まれません。
- 「JavaEEモジュールの依存関係」をクリックし、依存関係として「freemarker.jar」ライブラリを選択すると、次のように表示されます。
このJARは、EARプロジェクトのバンドルライブラリであり、EARのライブラリディレクトリにパックされているはずです。作成しようとしているマニフェストクラスパスの依存関係と競合します。この依存関係を作成すると、JARはEARのルート(ライブラリではない)ディレクトリにパックされます。続行してもよろしいですか?
「EARプロジェクト」プロパティから:
- 「JavaEEモジュールの依存関係>JARの追加...」をクリックして「freemarker.jar」に移動し、それを依存関係にすると、EARのルートに追加されます:/freemarker.jar
- 上記と同じことを行いますが、[In Lib Dir]チェックボックスをオンにすると、libフォルダーに追加されますが、別のlibフォルダー/lib/lib/freemarker.jarに含まれます。
ありがとう。