★★Java質問･相談スレッド180★★ [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/04/21(金) 22:13:17.42

プログラミング言語Javaに関する質問スレです。
JavaScript, Ajaxの質問は、ここでは受け付けていません。
Web製作管理　　　 http://pc11.2ch.net/hp/
Webプログラミング http://pc11.2ch.net/php/
をご利用下さい。

よくある質問
・「コマンドまたはファイル名が違います」
　「'javac' は、内部コマンドまたは外部コマンド、
　操作可能なプログラムまたはバッチファイルとして認識されていません。」
　「Exception in thread "main" java.lang.NoClassDefFoundError: 」
　(p)ttp://www.wikiroom.com/java/?path,classpath
・「\12288 は不正な文字です。」
文字リテラル以外で全角スペースは使えません。半角スペースに。
・その他の質問→「APIのjavadoc見ろ」
・String に == は使うな。equals() を使え。※

質問時の心得
・コンパイルエラーか実行時エラーか、エラーではないが意図しない動作なのかはっきりしろ。あとエラーメッセージちゃんと読め。
・前提条件としてOS、開発環境、バージョン、使用フレームワーク等を明記。

前スレ
★★Java質問･相談スレッド179★★
http://echo.2ch.net/test/read.cgi/tech/1476706523/

**デフォルトの名無しさん** · 2017/06/18(日) 19:03:13.73

Liskってすごい技術がJAVAで書けるらしいのですが、詳しい人いる？

https://coincheck.com/ja/exchange

**デフォルトの名無しさん** · 2017/06/18(日) 21:32:08.21

>>234
大松「いや2chだぞ」

**デフォルトの名無しさん** · 2017/06/18(日) 22:48:33.95

yahoo玉袋を知恵遅れとか略す奴もちょっとアレだよなｗ

**デフォルトの名無しさん** · 2017/06/19(月) 13:01:38.09

>>239
そんなの思い付かんわw

**デフォルトの名無しさん** · 2017/06/19(月) 13:02:52.09

>>243
てか省略になってねえw

**デフォルトの名無しさん** · 2017/06/19(月) 17:52:50.35

>>245
そもそも省略じゃなくてスラングの類いだろ

**デフォルトの名無しさん** · 2017/06/19(月) 18:05:58.79

yahoo玉袋って何？

**デフォルトの名無しさん** · 2017/06/19(月) 18:08:52.02

>>247
孫ハゲの股間のことだろ

**デフォルトの名無しさん** · 2017/06/20(火) 19:52:16.13

いまさらだろうけどoracleとgoogleの訴訟問題で、結局oracle側が敗訴した訳だけれども
今後javaにとって何らかの影響ってあると思います？

**デフォルトの名無しさん** · 2017/06/20(火) 20:31:35.56

MSを邪悪なクソ野郎呼ばわりしていたGoogleが.NET陣営に参加する程度には、
自社のJava依存をリスクとして捉えるようになった
脱Javaってわけじゃないがリスクベッジだな

**デフォルトの名無しさん** · 2017/06/20(火) 20:59:23.92

日本語でＯＫ

**デフォルトの名無しさん** · 2017/06/20(火) 21:20:57.47

最近はMSよりりんごの方が害悪だわ
はやくブラウザPWAに対応しろボケ
AppStore高すぎるんじゃ

**デフォルトの名無しさん** · 2017/06/20(火) 21:29:40.54

Googleは.NET Coreに肩入れしてコミットしまくってるらしいね
クラウドプラットフォームでAWSに手も足も出ないMSとGoogleがまだまだブルーオーシャンな業務系の客を必死に取り込もうとしている

**デフォルトの名無しさん** · 2017/06/21(水) 09:39:47.99

>>250
リスクベッジって何？

**デフォルトの名無しさん** · 2017/06/21(水) 10:30:18.81

リスクを回避することだろ

**デフォルトの名無しさん** · 2017/06/21(水) 15:42:15.36

リスクをヘッジすることだな

**デフォルトの名無しさん** · 2017/06/21(水) 15:47:12.40

リスクをべッジすることだろ

**デフォルトの名無しさん** · 2017/06/21(水) 15:58:49.94

リスクベッチョの方言

**デフォルトの名無しさん** · 2017/06/23(金) 16:32:47.48

あ

**デフォルトの名無しさん** · 2017/06/23(金) 16:33:16.56

JSP&サーブレットの質問

jspファイル内に＜script type="text/javascript" src="○○"＞＜/script＞を書いて、jsファイルを読み込むようにしたいのですが、
○○にはどう書けばいいですか？
/WEB-INF/js/lib/読み込むファイル.js
としても上手くいかないのですが

**デフォルトの名無しさん** · 2017/06/23(金) 16:33:59.21

当然、対象となっているフォルダに必要なjsファイルは設置しています

**デフォルトの名無しさん** · 2017/06/23(金) 16:58:36.16

>>260
おまえのサーバーの設定など知らん。

**デフォルトの名無しさん** · 2017/06/23(金) 17:00:26.49

おませつ

**デフォルトの名無しさん** · 2017/06/23(金) 17:23:48.55

おまかんしらね

**デフォルトの名無しさん** · 2017/06/23(金) 17:51:42.27

javaとかjsp関連ではなくhtmlの範囲だと思うよ

**デフォルトの名無しさん** · 2017/06/23(金) 18:04:37.17

>>260
WEB-INF以下は外からアクセスできないのでむりぽ

**デフォルトの名無しさん** · 2017/06/23(金) 18:18:33.30

この手の質問多いのね

**デフォルトの名無しさん** · 2017/06/23(金) 18:44:01.63

そのファイルから見て、相対パスで書けば？

**デフォルトの名無しさん** · 2017/06/23(金) 19:33:14.78

まともなの>>266だけ
>>268とかクソバカ

**デフォルトの名無しさん** · 2017/06/23(金) 20:03:19.22

なぜ/WEB-INF下に置こうとするのか

**デフォルトの名無しさん** · 2017/06/23(金) 20:49:23.81

サーバー側でjavascriptを実行しようとする発想

**デフォルトの名無しさん** · 2017/06/23(金) 21:46:12.40

>>271
いかんのか？

**デフォルトの名無しさん** · 2017/06/24(土) 00:03:05.30

Node.jsの立場が

**デフォルトの名無しさん** · 2017/06/24(土) 06:40:08.63

スレチなので、jspでjQueryが使いたい場合はどうすればいいのか？御案内をお願いします。

**デフォルトの名無しさん** · 2017/06/24(土) 07:52:08.07

>>274
JSPかどうかは関係ないだろ。

**デフォルトの名無しさん** · 2017/06/24(土) 10:21:09.15

>>260
node.jsならできるそうだ

**デフォルトの名無しさん** · 2017/06/24(土) 15:04:58.13

WebProg板等見ても他に適当なスレが無いのでこちらで失礼します

【開発環境、IDE】Java SE 8、Eclipse Pleiades、Tomcat 8、MySQL 5.6.30
【Java歴】大学で2年
【質問事項】
Javaでプログラムを書いたことはあるものの、MVCとか意識するようなのは書いたことがありません
今回Servlet・JSPを初めて触っていて、MVCについて2つ質問があります

1.MVCに則る場合、例えばログイン処理を考えると、CがDAOにIDを問い合わせてpassを受け取り照合を行うのではなく、
　照合はDAOに任せ、CはIDとpassをDAOに投げてbooleanで判定を受け取るだけにするのが良いのでしょうか
　間違っている場合、「処理をCにやらせずMに分離する」簡単な実例を教えていただけるとありがたいです

2.http://at-grandpa.hatenablog.jp/entry/2013/11/01/072636
　WebプログラミングにおいてはVとMCの間に壁があり、しかもユーザーが直接扱うのはVだけです
　よって、この「本当の姿」は通常のアプリケーションの話で、
　Webの場合はM←→C←→V←→ユーザーという考え方でよいのでしょうか

**デフォルトの名無しさん** · 2017/06/24(土) 15:59:37.13

>>277
以下、WebのMVCであることを前提
MVCはプレゼンテーション、ビジネスロジック、データアクセスの3層で言うと、プレゼンテーションとビジネスロジックの分離に関するパターン
DAOはデータアクセスの話なのでMVCとは関係ない

まず、コントローラがリクエストを受け付け、誰がこのリクエストを処理するか判断する
で、その処理担当のモデルに処理を受け渡す
モデルから処理結果が帰ってきたら、それを受けてコントローラがビューを呼び出す

2について
VとMCの間の壁とか考えなくていいよ
ユーザーからのリクエストがネットを経てようがそうでなかろうが、コントローラの役割は同じだから

**デフォルトの名無しさん** · 2017/06/24(土) 16:23:13.08

>>277
こっちだけど

【Enterprise】Java EEスレ part1【開発】(c)2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1420712874/

**デフォルトの名無しさん** · 2017/06/24(土) 16:49:44.74

>>277
現実のドカタ開発においては、Mは単なるデータでありCにほぼ全ての処理を記述する
本来は口座クラス(M)の振込メソッドを呼ぶ

**277** · 2017/06/25(日) 00:54:45.42

ありがとうございます

>>278>>280
DAOがMだと思っていてその認識は違ったようですが、ログイン可否判定をMに任せるという考え自体は間違っていないのですね

JSP(と言うかブラウザの表示)＝V、Servlet＝Cという認識だったので、
ユーザーはVとしかやり取りをしない、また、Vはクライアント側でMCがサーバー側と思っていましたが、
ユーザーがブラウザを介して処理を要求するのは直接Cを扱っていると考えてよい、
また、どちら側とかいう区別は特に考えなくて良いのですね
言われてみれば、JSPも結局はServletですし、(やろうと思えば)ロジックを書くこともできるので、JSP⊃V（、C）という感じですかね

>>279
Java SEにTomcatとかを追加するとJava EEと呼ばれるのですね

**デフォルトの名無しさん** · 2017/06/25(日) 01:40:11.52

Viewはアプリケーションとその他の境界という考え方も

**デフォルトの名無しさん** · 2017/06/25(日) 06:12:43.08

>>281
Cがどこを指すかは定義がない。考え方によってはCが小さくなる。あなたのサーブレットをCとしてしまうと、MとVが小さくなりすぎて、Cの中がからんでいないかが気になる。

**デフォルトの名無しさん** · 2017/06/25(日) 06:14:35.40

>>281
Java EEにJava SEが含まれる。Java EEは言語というよりはWebアプリの環境の総称。

**デフォルトの名無しさん** · 2017/06/25(日) 11:02:48.00

>>281
すごい理解だな

**デフォルトの名無しさん** · 2017/06/25(日) 11:08:48.10

よくよくみてみるとJSPがVとは言ってることが変すぎるな。

**デフォルトの名無しさん** · 2017/06/25(日) 11:12:04.00

彼の解釈だと、VはWebブラウザ、Mはデータベース、Cはアプリケーションサーバとなってしまい、プログラムの話になってない。

**デフォルトの名無しさん** · 2017/06/25(日) 11:20:04.24

>>287
落ち着いて読み返した方がいんじゃ・・・

**デフォルトの名無しさん** · 2017/06/25(日) 19:55:43.30

そもそもMVCで考えること自体が現状に合っていないのでは？

**277** · 2017/06/25(日) 20:39:07.70

>>282-289
入門として簡単な例で雰囲気を掴んでおきたかったので質問させていただきました
Mはデータと言うかデータ処理部ですよね

役割分担をさせる、という理念と概念はわかるのですが、
プログラムの実例が無いと結局どこからどこまでを分けるのかの理解は難しいですね
書籍を当たろうと思います

JSP＝V、Servlet＝Cという決まりはないということ、ログイン判定をCから分離する考えは間違ってないこと
がわかったのでよかったです
ありがとうございます

**デフォルトの名無しさん** · 2017/06/25(日) 20:45:14.21

スレチだ、二度とくるな

**デフォルトの名無しさん** · 2017/06/26(月) 08:28:48.43

>>291
どうしてそんなに怒るのお？

**デフォルトの名無しさん** · 2017/06/26(月) 08:29:03.91

怪しいなあ

**デフォルトの名無しさん** · 2017/06/26(月) 09:22:04.64

いや、全然怒って真顔で冷静に書いてるだけとか、あるいはどのような反応になるかを学習しようとしているAIかも知れない。

**デフォルトの名無しさん** · 2017/06/26(月) 09:22:22.63

怒ってなくて、だ。

**デフォルトの名無しさん** · 2017/06/26(月) 12:18:58.08

>>260です
WEB-INFフォルダ以下はアクセス不可だと言うことは分かりました。
では、JSP&サーブレットでjsファイルを用いる時は、どこに配置するのがオーソドックスですか？

**デフォルトの名無しさん** · 2017/06/26(月) 12:22:50.67

WebContents/jsとか

**デフォルトの名無しさん** · 2017/06/26(月) 14:09:49.10

>>296
それってJSP/Servletの範疇じゃないし

**デフォルトの名無しさん** · 2017/06/26(月) 14:31:02.39

>>296
いいかげうせろ

**デフォルトの名無しさん** · 2017/06/29(木) 15:13:58.76

コンテキストルートの下にそれっぽいフォルダ作って置けばいい

**デフォルトの名無しさん** · 2017/07/01(土) 11:18:07.28

>>299
あなたが去るという選択肢も対等に存在しているよ

**デフォルトの名無しさん** · 2017/07/01(土) 17:00:11.84

>>301
お前からどうぞ

**デフォルトの名無しさん** · 2017/07/01(土) 17:08:31.02

Java EE 8はいつからだっけ

**デフォルトの名無しさん** · 2017/07/01(土) 17:24:42.16

私は猿

**デフォルトの名無しさん** · 2017/07/01(土) 17:26:47.96

はやくwildflyが対応しないかな

**デフォルトの名無しさん** · 2017/07/08(土) 21:22:00.68

今日はデザインパターンの勉強したんだけど面白いね
仕事であんまり使う機会ないんだけど
いつかドヤ顔するために勉強してるw

**デフォルトの名無しさん** · 2017/07/08(土) 21:38:48.33

GoFはラムダが入った今となっては不要になったものも多いから気をつけないと逆に老害だぞ

**デフォルトの名無しさん** · 2017/07/08(土) 22:11:14.34

>>306
一生ねえわｗ
バブルソート極めた方がマシ

**デフォルトの名無しさん** · 2017/07/09(日) 00:20:09.66

>>307
まじすか
教えてちゃんですまんがこれだけは抑えておけ的なものがあれば教えてください

**デフォルトの名無しさん** · 2017/07/09(日) 18:48:41.39

そういやソートも昔は自分で書いたなあ

**デフォルトの名無しさん** · 2017/07/09(日) 18:53:41.25

>>309
Template MethodとIterator
プッシュ型の代表とプル型の代表としてこれだけはしっかり押さえとくべき
あとはだいたいそれらの変形や応用
間違ってもシングルトン厨にはなるなよ

**デフォルトの名無しさん** · 2017/07/09(日) 19:10:46.51

オブザーバの意義がわかりません
普通にあるインスタンスの状態が変わったら、一緒に状態変えたいインスタンスを並べてupdateすればいいんじゃないでしょうか？

**デフォルトの名無しさん** · 2017/07/09(日) 20:48:45.82

>>312
基本的にはその通りで、呼び出し元が呼び出し先を知っている(依存している)場合はそれでいい。
でもそれだと都合が悪い場合もあって、例えば出来合いのボタンクラスはお前が勝手に作ったウィンドウクラスのことなど当然知らないから
ボタンクラスは自分がクリックされたとき何を呼び出していいかわからない。
そこでインターフェイスを介してメソッドを呼ぶことで、ボタンクラスがお前のウィンドウクラスを知らずともメソッドを呼び出せるという仕掛け。
これは見方を変えるとボタンクラスに呼び出してほしいメソッドを渡していると見做すこともできて、そういうやり方を一般に「移譲」と呼ぶ。
その移譲を使ってボタンクリックのようなイベントを実装したのがObserverであり、
移譲を使ってインスタンスの生成を一般化したのがAbstract Factoryだ。
GoFは個別のパターンの前に移譲の概念を確実に理解することを強くお勧めする。

**デフォルトの名無しさん** · 2017/07/09(日) 21:46:09.06

メディエイター(仲介者・管制塔)
A - M - B

A, B は、互いに依存しない。
疎結合

Aを修正しても、Bを修正しなくても良い。
逆もしかり

オブザーバー・メディエイターは、モジュール同士を疎結合にする。
部品の疎結合が、最も重要

**デフォルトの名無しさん** · 2017/07/14(金) 13:03:36.96

初歩的な質問ですみません
privateメンバをもったクラスを継承してサブクラスで更新したいのですが、
サブクラスからだと更新できません。
この場合、getsetを親に持たせるのがやはり一般的なのでしょうか？
メンバをprotectにして直接更新するのはあまり良くないのでしょうか

**デフォルトの名無しさん** · 2017/07/14(金) 14:21:01.57

好きにしなさい

**デフォルトの名無しさん** · 2017/07/14(金) 18:46:33.01

>>315
変更すべきならprivateにしてる設計が間違えてる
privateが正しいなら変更しようとしてるのが間違えてる
こーしたらこーなるからでプログラムしたいなら制約を科すオブジェクト指向言語を使うのが間違えてる

**デフォルトの名無しさん** · 2017/07/14(金) 19:37:34.47

なるほど
では継承した子クラスから親の変数を変更しようとすること自体がおかしいということでしょうか
親に共通的に属性持たせて振る舞いだけ拡張していくのはよくあるやり方なのかと思っていましたがそうではないのですね

**デフォルトの名無しさん** · 2017/07/14(金) 19:43:12.40

どう作るかは正直どうでも良い
仕様が重要

目安としてそれぞれ別パッケージならsetter経由にしとけ

**デフォルトの名無しさん** · 2017/07/14(金) 21:30:05.14

>>315
getter, setter でやるのはそのクラスがその変数の変更タイミングを知る必要があるからだ。例えば書き換え直後に何か画面に描画するとかね。
変数の書き換えタイミングを知る必要がないならばその変数は public にして外部から直接書き換えられるようにしてしまえば良い。
外部から書き換える必要がないなら protected , 更に継承させたくないなら private。

**デフォルトの名無しさん** · 2017/07/15(土) 04:36:59.12

>>318
そのクラスとメンバの意味合いによるだろ
お前にJavaはまだ早い

**デフォルトの名無しさん** · 2017/07/15(土) 12:53:29.78

>>321
いったい何言語で継承覚えたんだよ。
javaほど初心者向きの言語はないだろ…

**デフォルトの名無しさん** · 2017/07/15(土) 17:28:25.64

>>322
オブジェクト指向開発が早いってことだよ

**デフォルトの名無しさん** · 2017/07/15(土) 17:29:57.08

にしても実装から覚えるのかヤバイな
設計の教育しろ

**デフォルトの名無しさん** · 2017/07/15(土) 18:10:31.86

目的がプログラムになってるヤツの多さは仕事においてもヤバい設計の教育はホント大事

**デフォルトの名無しさん** · 2017/07/17(月) 02:36:58.37

昔のjava 1.5ぐらいで書かれたプログラムをNeon3でコンパイル通したいんだが、
javax.xml.ws とorg.apache.xmlrpcで検証が必要で、
それぞれ
「制約がありません。インポートパッケージjavax.xml.bindなんたらとか
エラーメッセージが出て、失敗してる。
コンソールで赤文字は
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [bundleresource://1080.fwk14070205:1/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [bundleresource://1080.fwk14070205:2/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
と出てる。　

パスかクラスか足り無そうなんだが、教えてください。

**デフォルトの名無しさん** · 2017/07/17(月) 02:52:34.78

>>326
なんでそのエラー見て「パスかクラスが足りなさそう」って考えに至るんだか
SLF4Jで使うロギングライブラリ実装がクラスパスに重複してんだよ

**デフォルトの名無しさん** · 2017/07/17(月) 03:37:01.80

パス重複だったらしい。　自己解決。

**デフォルトの名無しさん** · 2017/07/17(月) 03:37:50.02

>327 すいません。浅はかでした。ありがとうございました。

**デフォルトの名無しさん** · 2017/07/17(月) 12:40:31.01

うおおデコレータわかんなすぎワロス

**デフォルトの名無しさん** · 2017/07/17(月) 19:32:37.41

スポンジの生地を生クリームでデコレートするか、チョコクリームでデコレートするかみたいなもんだよ。

実装的には、連想配列のプロパティにでも、生クリーム、イチゴ、板チョコみたいに持たす感じか？

インタフェースを加えていくいう実装もあるけど。

**デフォルトの名無しさん** · 2017/07/17(月) 21:30:04.53

http://www.techscore.com/tech/DesignPattern/Decorator.html

**デフォルトの名無しさん** · 2017/07/18(火) 03:05:16.09

↑
ひっでえサンプル
世の中にこんな実装するやついんのかよ

**デフォルトの名無しさん** · 2017/07/18(火) 07:27:40.82

>>333
すげえサンプル出せやハゲ

**デフォルトの名無しさん** · 2017/07/18(火) 12:47:37.23

ま、デコレータは付加する部分を変えたクラスを作りやすくするパターンだからこんなもんでは？
たた、あまり必要ないような感じはするなあ。
付加する部分をパラメータで持たせてそれに応じて振る舞いを変えるようにするのがよくある作り方ではないか？
そうすると実行時に変更可能なようにも作れるしな。newした後で変えさせたくないならStringクラスみたいに変えられないように作ってしまえばいい。

**デフォルトの名無しさん** · 2017/07/20(木) 09:43:44.11

以前VMの勉強してたときにJVMを作ったことがあります。簡単なやつで全機能を作ったら訳じゃないですが。ガーベッジコレクタの実装を検討してて、今の公式のJVMの実装に疑問を持ちました。
ガーベッジコレクタは、定期的にインスタンスの参照カウントが0のものを掃除していく作りになってると思います。定期的にではなく、即時に最後の参照がなくなった時点で解放すればいいんじゃないの？っ思いました。
ガーベッジコレクタの解放のたいみんぐが分からなくてfull GCが急に動いてシステムが不安定になったとかよく聞く話なんですが、今のハードなら都度解放でも問題ないくらい性能出せると思うんです。
何か問題あるんですね？

**デフォルトの名無しさん** · 2017/07/20(木) 10:28:21.35

実際は、DecoratorとChain of Responsibilityはセットで使われることが多いような気がする。
どっちも委譲の典型的な使い方でしかない。

**デフォルトの名無しさん** · 2017/07/20(木) 12:30:05.04

>>336
とりあえずOracle JVMのParallel GCについて話をすると、いちいち個々のオブジェクトの参照数カウントなんてやってない
New領域がいっぱいになったタイミングで初めてその時点の参照有無をチェックしてまとめてGCしてる
また、そのチェックするタイミングと実際に削除するタイミングで全スレッドを停止しなくちゃならん(Stop The World)

個々のオブジェクトに参照カウントをもたせて管理するような実装もできるだろうけど、
1つのオブジェクトのGCのたびに全スレッド止めてたらJVMの性能が落ちそうだし、
増える方はともかく参照切れを正しく全部拾えると思えないな

**デフォルトの名無しさん** · 2017/07/20(木) 14:37:16.68

参照切れを正しく拾えないって、どんな時にそうなるんだ？

確か参照カウント使って参照されなくなったらメモリ解放する方式は Delphi でやられていたと思うが、特に問題なくできてたと思うぞ。
(これの場合はコンパイラがバグってなければ大丈夫だよな？メモリ破壊するようなのを自分で書いてしまった場合は別かも知れんが)。

**デフォルトの名無しさん** · 2017/07/20(木) 15:41:49.66

シングルスレッドだけなら参照カウントは比較的楽にできるかもしれんが
マルチスレッドの場合は参照カウントの読み書きは結構面倒くさい事になる。

**デフォルトの名無しさん** · 2017/07/20(木) 16:01:16.55

>>339
あーごめんよ、自分が出来る気がしないだけ
変数がスコープを抜けた時に消すのはできそうなんだけど、null代入で参照切れるのをどうやって検出するのかなーと

JVMがやってる、とある時点のルートオブジェクトを起点として、参照を辿れないやつを参照切れとしてGCってのはわかりやすく感じる