問題タブ [unchecked]

C# デバッガーのウォッチ ウィンドウに 174 * 256 * 256 * 256 と入力すると、結果は
-1375731712 になります。256と関係があると思いますが、少しご指導いただければ幸いです。

ありがとう！！

チェックボックスリストから最新のチェックされたアイテムまたはチェックされていないアイテムを取得する必要があります。基本的に、リスト内の変更を検出し、それに対して何らかのアクションを実行する必要があります。

最新のチェックされたアイテムの解決策を見つけましたが、最新のチェックされていないアイテムの解決策が見つかりませんでした。

チェックボックスリストでそれを行うことは可能ですか、それとも別のコントロールを使用する必要がありますか?

警告

読み込み後にチェックを外したいチェックボックスを持つ移行用のdoctypeを含むxhtmlページがあります。JavaScript はありません。Firefox 3.5 では (たとえば、他のブラウザーがあるかもしれません)、ユーザーはページをリロードして入力をチェックするよりも、入力をチェックできます。どうすればこの動作を克服できますか?

私のコードと private E[] arrCirc; コンストラクターにはあります arrCirc = (E[]) new Object[capacity]; が、コンパイルしようとすると警告が表示されます。

[未チェック] 未チェックのキャスト
が見つかりました: java.lang.Object
が必要です: E[]

エラーで、理由がわかりません。

@SuppressWarningsEclipseHeliosでraw-types警告を処理するときの注釈に問題があります。

この投稿とドキュメントrawtypesによると、EclipseHeliosの古いものの代わりにアノテーションパラメーターを使用する必要がありますunchecked。ただし、rawtypes注釈を使用すると、次の警告が表示されます。

生の型に対してクイックフィックスを実行する場合でも、Eclipseは私にを使用するように提案しますrawtypes。ただし、古いuncheckedパラメータは私のバージョンのHeliosでも機能しますが、機能しないことがわかりましたrawtypes。これはドキュメントに準拠していません。

つまり、基本的に私はすでにこの問題を「解決」していますが、本当の問題はなぜrawtypes機能しないのかということです。

私のEclipseセットアップ：

プロジェクトの設定：

差出人eclipse.ini：

システム：

どんな助けや説明も大歓迎です、ありがとう！

javaのランタイム例外の命名と混同しています。SQLexceptionのようなこれらのチェックされた例外は、プログラムの実行中にも発生します。なぜそれらのチェックされていないものだけがランタイム例外と呼ばれるのですか？おそらく「ランタイム」について誤解しているのでしょう。

アドバイスありがとうございます。

非常に単純な質問があります-私は考えています-しかし、私はそれを自分で解決することはできません.

2 つのチェックボックスがあります。1 つは値が Yes で、もう 1 つは値が No です。

もう一方がチェックされているときに、一方をチェック解除するのに役立つ何らかのスクリプトが必要です。したがって、チェックボックスをオンにすると、いいえ。1 - チェックボックス番号 2 は自動的にチェックが外されます - 逆もまた同様です。チェックボックスの 1 つ (1 つだけ) を常にオンにする必要があります。いいえ-この場合、ラジオボタンは使用できません。

それがjQueryで実行できれば素晴らしいでしょう-しかし、どんな助けでもできます:)

前もって感謝します

ロバート

要求されたレコードが存在しない場合、または呼び出し元が許可されていないためにアクセスできない場合に、多くの場所でnullを返すレガシーサービスレイヤーを使用するプロジェクトで作業しています。IDからリクエストされた特定のレコードについて話しています。たとえば、次のようなものです。

最近、このAPIを変更するか、代わりに例外をスローする新しいAPIを追加するようにプッシュしました。チェックされた例外とチェックされていない例外についての議論が続いています。

JPA / Hibernateなどの設計者からのメモをとって、チェックされていない例外が最も適切である可能性があることを提案しました。私の主張は、APIのユーザーがこれらの例外から回復することを合理的に期待することはできず、99％の場合、エラーが発生したことをアプリケーションユーザーに通知することができます。

ランタイム例外を一般的な処理メカニズムまで伝播させることで、エッジケースの例外の処理に伴う複雑さと必要なブランチ処理の多くが明らかに軽減されます。しかし、そのようなアプローチを取り巻く多くの懸念があります（当然そうです）。

JPA / EJBやHibernateなどのプロジェクトの設計者が、チェックされていない例外モデルを選択したのはなぜですか？それには非常に正当な理由がありますか？長所/短所は何ですか。これらのフレームワークを使用している開発者は、アダプターラッパーなどを使用して、スローされた場所の近くでランタイム例外を処理する必要がありますか？

これらの質問への回答が、私たち自身のサービスレイヤーに関する「正しい」決定を下すのに役立つことを願っています。

未チェックの例外で何かを理解していないと思います。

春/休止状態を使用しています。

トランザクションでは、NullPointerException (チェックされていない) をキャッチしていますが、最後にトランザクションはロールバックされません。

NPE をスローするのと同じメソッド内で NPE をキャッチするためですか? これは、スローしたメソッドとは別のメソッドでキャッチされた IllegalArgumentException をスローするコードの他の部分との唯一の相違点です (ロールバックで終了します)。

ありがとうございました、