Java Web Application Framework総合 ver2
■ このスレッドは過去ログ倉庫に格納されています
はぁ・・・ほとんどのメインクラスが1万行越える糞ソース見てると目がおかしくなる 技術的な糧にもならんしホント終わってるプロジェクトだわ あと話を最後まで聞かないですぐ早とちり返答するプロパーにイラッとする >メインクラスが1万行越える糞ソース 誰が書くんだろう 「プログラミングなんか重要じゃない」とか逝ってそうな、そいつの顔が浮かぶけど お客様には最適なソリューションを注入させていただきます♪ >>486 「プロパー」という変な和製英語つかってるバカみるとイラッとする >>486 がどういう意味で使ってるかよくわからないけどproperとはちがうん? 和製英語って書いたから誤解されたみたいだな 日本ではそのproperという単語の使い方がおかしいってこと properは形容詞だし、正社員という意味合いはどこにもない >>491 通じるからいいじゃん。美しい日本語を守る会から来たの? >>493 その団体は知らない 「私は基本的な英単語もわからない馬鹿です」と宣言するような 「プロパー」なんて言葉を使う必要はないだろう プログラミングをするならもっと言語の使い方に気を配るべきだと思うわ プロパーだけで正社員を意味してるわけじゃないからwプロパー社員の略だからw のようだ ttp://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1026097815 >>495 英語の基礎も知らない低学歴か 「プロパー社員」と形容詞的にproperを使っても 意味がおかしいのは変わらない 辞書でproperの意味を調べてみろ >>497 知らねえよw proper employeeとか言い出した外人に文句言ってこいw あれか、ミシンとかホチキスとかキャタピラに文句言うタイプかwww DBでEAVパターン避けてDDLでテーブル作成ので何か良いORMはないかい? JPAとJDBC両刀も考えたがソリューションは統一したいんだよな Struts2のタグを勉強したいんですが 良いサイトないでしょうか? proper は、「(世間の常識に照らして)正しい、適切な」 「世間で認められた」 a proper job は、まともな仕事 properly は、「きちんと」 work properly は、正しく作動する a temporary worker は、派遣社員(一時的な労働者) a temporary job は、臨時の仕事 a permanent job は、定職(永久の仕事) temporarily は、一時的に ここって「Java Web Application Framework」スレですよね?よね?よね? Struts2勉強中なんですが <s:textfield> とか使うと勝手にid属性が出力されてしまうんですが これを止めることってできないでしょうか? 何も使ってない。Eager or Lazyはもううんざり >>505 人によってORMの定義が違うんだよな ・広義のORM: JavaBeans/MapとStatement/ResultSetをマッピングする (MyBatisもORMだよ派) ・狭義のORM: オブジェクトモデルとリレーショナルモデルをマッピングする (MyBatisはORMじゃないよ派) あるいは ・ORMでも操作対象はRDBだからSQL当然 (MyBatisもORMだよ派) ・ORMでは操作対象はオブジェクトだからSQL不要 (MyBatisはORMじゃないよ派) 推測だが>>505 は前者、>>507 は後者ですでに食い違ってると見た Struts2勉強中って死んだフレームワーク勉強しても時間の無駄だろ JPA/Hibernate系列はフレームワーク DBUtilsやMyBatisはライブラリだな 前者のくそったれにデータベース乗っ取られると制御不能 (実際には抜け道はあるが、そんなことになるなら始めから使うべきではない) >>509 どこかの馬鹿が採用してそれの面倒見る事になったんだろ… JPAの控えめなバージョンって事で、Ebeanがいいと思う。 struts1.x脆弱性問題の後どうなってる? まさか新規プロジェクトで採用とかないよね フィルターやbeanutilの修正で対処できるからまだまだstruts1採用 struts1って何ゆえ使われるんだろう バリデーション関連かな JSF2.2はステートレスなJSFにできるんだろ Strutsの出る幕ないな 実績あるから何も知らんジジイが押すし それしかできないやろうとしない人間も多いし Struts 1を重用するような層って、もしこれが無かったら Servlet API直叩きの自家製フレームワークに逝ってるぜ。多分。 Servlet API直叩きの自家製フレームワークの方が断然よくね? 新規案件、別に経験者いるわけでもないのにStruts2でやることになった… Springとかやってみたかったなあ おまいら今新規でWebアプリ作るとしたら何使う? Playでやりたいと言ったら お前以外にScala分かる奴いないからダメとか言われたわ >>523 Liftみたいに凝ったことするわけじゃないんで、 scalaっぽく書かないでjavaの延長で十分ですよとでも言いくるめれば? それはそうと、Grailsの選択肢はないの? >>523 ASP.net(MVC)かPythonだろう DIはSpring、VIEWはJSFのオレオレフレームワーク >>525 その理由で押し通してきたわ Grailsは仕事どころか趣味ですら触った事ある奴ゼロなんや >>526 このスレで聞いてるのだからJavaで頼みますよ… もうjavaはオワコンなんだろうか? サーバーと開発環境のコストぐらいしかc#に勝ち目ないよね。 Java8とSpringBootでいろいろ楽できそう C#つうか.NETはWindowsでの運用を嫌がるところでは候補にも入らない monoって言うのは禁止 Windowsを嫌がる客には当たった事ないな Linux分からないからWindowsにしてくれと言われるぐらい そういう客でJava案件あるのが意外 素直に.NET使わないんだ? grailsとplay frameworkの両方とも試験採用してみたけど、playの方が好評だったよ。 grailsは細々と変なとこでつまづくから、もうヤダって意見が多かった。 >>535 playはJavaで。 playのデフォルトテンプレート言語は、賛否両論だったが。 マルチ環境向けのテンプレートだとMustacheとかあるな JavaScriptにも対応してるから資産管理の点で目を付けてるが使ってる奴居る? >>244 hotdeployはバグってねえよ ただ、クラスローダのこと良くわかってない奴が適当に作って、パーマネント領域食いつぶしたり、クラスキャスト例外起こしてしまって機能してしないってのはある。 最近はいろいろプロジェクト火を噴いて全然そういうのに興味を持つ時間がないが、 久しぶりに本屋に行ったら既にSpringは4が出ていた。 そもそもSpring触ったことないけど使い勝手いかが? Struts2について教えてください。 s:iteraterの中でs:checkboxを配置しているのですが 一度チェックを入れた行のチェックを外してポストしても 復活してしまいます。 こんな現象経験ある人いますか? DWRが凄く使い易いと思ってる初心者ですが、何であんまり人気無いんでしょう? 脆弱なところがあるんですかね。 このスレのプロの皆様方の評価をお聞きしたいです。 そういえばDWRなんてあったな。 いまは、結局作り込むんならサーバサイドの言語に関係なく、クライアント側でjsを直接ゴリゴリ、って感じだけど、 まためぐりめぐってサーバサイドと連携したフレームワークが再び出てくるのかな。 DWTとかWicketはネットワーク圧迫するのが難点だな dropwizardどうかな? 普段androidオンリーなんだけど、apiも同時開発する場合、同じIDE(IntelliJ Idea)上で開発できて良さそうなんだけど。 あとデプロイもなんか楽そうなイメージがある 「MyJVNバージョンチェッカ for .NET」で、バージョンをチェックできるソフトウェアは次のとおり。 Adobe Flash Player Adobe Reader Adobe Shockwave Player JRE Lhaplus Mozilla Foundation Mozilla Firefox Mozilla Thunderbird QuickTime Lunascape Becky! Internet Mail OpenOffice.org VMware Player IPA、脆弱性のバージョンをチェックする「JVNチェッカ」を公開 | マイナビニュース http://news.mynavi.jp/news/2015/02/13/161/ 2015/02/13 .NETのランタイムがLinuxやMacに移植されることになったから もうJavaでのWeb開発は下火になりそうだな OWINもできたしIISを使わずにASP.NET MVC5とかが使えるようになる http://news.mynavi.jp/news/2015/02/04/229/ Javaは良いWeb FrameworkないからJavaでWeb app作る理由がない 時代はシングルページのJavaScriptアプリをサーバサイドでも動かすことだけどな Javaがオワコンとか言ってるのはC#土方だろ だせーから出張してくんな >>549 そんな時代はこない 動的言語で大規模開発は非効率 >>550 ださいのはJavaだろ ろくなフレームワークないし .NETがクロスプラットフォーム対応したらJavaなんておしまいだ >>551 > 動的言語で大規模開発は非効率 そのためのTypeScripだろ C#作者が作ってるのにお前取り残されてるよ ラムダの抜け道としてref入らないかな ↓みたいのを綺麗にやりたいわ String[] s = new String[2]; get (em -> { s[0] = findString(em, foo); s[1] = findString(em, bar); }); それ絶対refよりLINQの方が簡潔で読みやすく書けるな クロージャの内部に変数を参照渡しされるとバグの元になりやすいから今のままでOK >>554 メソッド参照あればデリゲートいらなくね?なんか不足あるか? 関数型プログラミングの方向に向かってるんだから今更refもいらん 副作用は甘え 関数型プログラミングなんてまったく流行ってない ScalaもF#も人気ない WebフロントエンドのGUIというかJavaScriptにFRPの潮流が来てるみたいだから 今年こそ関数型言語の夜明けになるで(白目 Java8のラムダ、Stream、Optionalも関数型からの輸入だし 関数型言語が主流でなくても関数型の考え方は急速に取り入れられている 取り残され君はいつまで経っても気付いてないけどな >>562 取り残されてないわ、Scalaは少しいじったよ Javaのフレームワークがひど過ぎたからScalaを少し勉強した。 まずScalaの言語がひどい 同じ処理書くにもいろんな書き方がありすぎて無駄に複雑 他人のコード読むときにすごい苦労する あとコンパイラが産廃、もっさりしすぎ さらにWebフレームワークが醜い。 当時人気あったLiftとかいうのを触ったが意味不明だった。 もうScala信者なんて絶滅してるんじゃないの >>563 Haskellとか何年たっても流行らないぞw ヴァルハラの値型が取り入れられたらTupleとしてutilパッケージに入れて欲しい return Tuple.of(1, true, "foo"); とかしたいじゃん >>564 ごまかしすぎw 関数型の一部が取り入れられるのと 関数型プログラミング言語が主流になるのはまったく次元が違うぞ MSがプッシュしたF#でさえ流行らないんだから 関数型言語が主流になるわけがない >>567 まず日本語を読み取る力を付けような >>560 は>>554-555 からの流れでJavaという言語にrefが欲しいという意見に対する反論だ すなわち主題は明白にJavaなんだよ >>560 を丁寧に書くとこうなる ・Javaは関数型プログラミングというスタイルのサポートに向かっている ・副作用が主目的となりやすいrefはそれに反する ・従って今更Javaにrefは不要である わかるか? >>560 は「関数型プログラミング」と書いただけで「関数型プログラミング"言語"」とは書いてないんだよ 主題はJavaだからな ScalaもF#も話題にしていない それは読解力のない>>561 が勝手に出してきただけだ ついでに、Scalaは関数型言語じゃないだろ あれはJavaよりも関数型の要素を多く取り入れただけのオブジェクト指向言語だ F#は本格的な関数型言語 うわ、「ついで」の部分しか反応できないくせにドヤ顔!?www 一言「誤読してました、ごめんなさい」って書けないのかよ 小せえなあ サーバー側でviewを生成するフレームワークはもう考え方が古いらしいな JavaScriptを描くのは嫌だし、GWTがもう少し流行ってくれたら嬉しいのだが ところが一周して今はサーバサイドレンダリングがトレンドだw ただしJSのフレームワークをサーバサイドでも使って(isomorphic)、初回表示だけな Javaでもこんなことする人が… http://winterbe.com/posts/2015/02/16/isomorphic-react-webapps-on-the-jvm/ GWTはもう諦めろ JSが.classファイルの位置には来たが、Javaはそのソースの位置を確保出来なかった 今はclass構文なんかが使えるJSの新しい仕様(ES6)や静的型が使えるTypeScriptをコンパイルして、 古いJS(ES5)を生成するのが増えてる ホントJavascriptがここまで侵食してくるとは思わなかったわ そらデザイナー方面が侵食してきたらそうなりますわな。 そろそろMS(ASP.NET)信者が「そんな時代は来ない」って書きに来る頃 MSはJSやNode.jsにもすごく力を入れてるから同じようなことは考えてるんじゃないか? >>553 のTypeScriptや>>563 のRxJSをやってるし、Node.jsに対しても ・Node Foundationの設立メンバー ・何年も前からAzureでNode.jsをサポート ・Oracleよりずっと前からSQL ServerのNode.js用ドライバを提供 ・複数の社員をNode.jsのフルタイム開発者(コミッター)に という力の入れよう だからIsomorphicな何かを出してきても全然おかしくない でも、Node.jsをWindowsで動かすのは地獄、と。 >>578 それ何年前の話だよ 今は公式サイトのインストーラ一発でnpmまで入って楽勝だぞ Javaと同じように運用はLinuxでもWindowsで開発できてる >>573 GWTって海外だとspringについで使われてなかったっけ? altJSもみんな変換系でコンパイル遅いのにどうしてこんなに差がついた!? Node.jsは、RubyなんかよりよっぽどWindowsで使いやすい (というかJavaと同様にWindows、Mac、Linuxなどの環境間の差異がない。Rubyがありすぎるともいうが) あと、ちょうど土曜日に行ってきた↓でも出てきた話が、ちょうどこのスレッドでも流れててびっくりした。 (FRP、React のあたり) Frontrend Conference - A conference for front-end developer(2015年2月21日開催) http://frontrend.github.io/conference/ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる