12/06/25 22:58:18.06 .net
それ、えせMVCじゃないの？
2:nobodyさん
12/06/26 00:27:23.33 2etFBhgC.net
くそすれに2
3:nobodyさん
12/07/02 23:28:53.71 .net
Webアプリ作るのはすげー面倒だから
4:nobodyさん
12/07/13 20:48:30.96 .net
人的工数を計上するための分業化の産物。
おかげでロクなもんが出来てきやしねぇ。
5:nobodyさん
12/07/22 02:02:56.95 .net
unit testが適用しやすいから
6:nobodyさん
12/08/27 01:29:16.19 .net
確かにMVCをWebプログラムに適用するのは無茶といえる
7:nobodyさん
12/08/27 01:50:38.04 .net
unit testかー。そんなことに無駄な時間を費やす人って多いよね。
8:nobodyさん
12/08/27 02:04:53.65 .net
使いたいフレームワークがMVCだから
9:nobodyさん
12/08/28 22:56:52.74 .net
unit testが無駄とか、程度が分かるね。
10:nobodyさん
12/08/30 00:51:11.22 .net
unit testが要らない設計が出来ないとか、程度が知れるよね。
11:nobodyさん
12/08/31 21:20:42.70 .net
unitテストが要らない設計なんて無いよ。
反論したいなら
どこかで論文見つけてきてね。
くだらない話はいらない結論だけでいいから。
12:nobodyさん
12/09/02 19:10:50.85 7yiRRC3O.net
テストで得られるのはトラブったときに"このコードは原因じゃない"という安心感。
>>1
複数人数でやるとき意思疎通がしやすい
（ドキュメントを読んでもらえば説明をいちいちしなくていい）
あとバグ、セキュリティホールが出る可能性が減る
まぁこれはフレームワークの利点であってMVCである必要はないかもしれんが
13:nobodyさん
12/09/02 19:44:32.91 .net
>>11
敗北宣言ですね
14:nobodyさん
12/09/02 20:34:14.91 .net
>>13
反論はどうした？ｗ
15:nobodyさん
12/09/02 22:26:25.18 .net
俺のサイトもユニットテストが要らない仕組みを導入してる。
意外と知られてないのか、頭が固いのか、2ちゃんのレベルが低いのか、はたして？
16:nobodyさん
12/09/02 23:20:24.77 .net
突如発生した、ユニットテストが要らない仕組み。
その詳細は、謎に包まれている。
完
17:nobodyさん
12/09/03 12:15:11.17 .net
今朝、昨晩の修正で生じたエラーをBaiduSpaiderが通知してくれてたｗ
ユーザーやクライアントに知られる前にこそっと修正。
ユニットテストを書かないとダメだなんて、単に頭が硬いだけなんじゃないかな？
もっと発想を柔軟にしてみて！
18:nobodyさん
12/09/03 21:36:33.57 .net
馬鹿の相手はする価値がない
馬鹿っていうのは>>17
19:nobodyさん
12/09/03 21:42:26.22 .net
そうですか？自分は非常に興味があります。
もし本当にユニットテストを書かなくて済む実装方法があるなら教えて欲しいです。
自分も業務でユニットテスト書かされてますが、正直バカバカしい作業でうんざりです。
20:nobodyさん
12/09/03 22:17:03.36 .net
馬鹿がレスしたでしょ？
ユニットテストが必要ない＝BaiduSpaiderだってｗ
21:nobodyさん
12/09/08 00:02:13.42 .net
>>5だが、変なのが絡んできたと思って見てたら
Baiduspiderがテストツールときたもんだ。安心したよ。
まあ、unit testが不要ではなくて不可能な設計なら
むかぁーしのCOBOLerとかよくやりそうだけどね。
22:nobodyさん
12/09/08 16:11:03.82 .net
>>21
知らんことに口出すな。
COBOLってのは基本バッチ処理だから
逆にテストが簡単なんだよ。
入力データがあって、処理行なって、
出力データが生成されるだけだからな。
23:nobodyさん
12/09/08 21:03:28.39 .net
>>22
テストが簡単なんだというのはごもっともなんだけど、
入力データ食わせて出力データが出てくる一連の処理を流して
テストしたと言ってもそれはunit testではない。
それに気づかないような連中が、
unit test不可能な設計をしてくると言ってるんだ。
24:nobodyさん
12/09/08 22:45:26.24 .net
>>23
入力データを食わせて出力データを出す処理を
しているのが、一つのユニットであれば、
そのテストはユニットテストだよ。
25:nobodyさん
12/09/09 00:09:56.66 .net
>>24
神クラスに対して自分はまともなユニットテストはできそうにないわ。
COBOLerとか言っちゃって気に触ったのかもしれないけど、
普段からやってる設計見なおしたほうが良いよ。
26:nobodyさん
12/09/09 04:02:34.81 .net
神クラス？
一体お前は誰と戦っているんだ？
それが前提の話なんかしてねーだろ。
27:nobodyさん
12/09/09 16:18:09.35 .net
>>26
入力と出力、処理も含めて一手に引き受ける神クラスを作らないと
unit testの対象にできないんだが。
なんか全然別の世界の人と話してるようだ・・・
28:nobodyさん
12/09/09 23:21:20.71 .net
>>27
お前が変だよ。
他の人もお前のレスで馬鹿がお前って気づいたので、
君のレスはもう不要。
29:nobodyさん
12/09/10 00:08:41.94 .net
変でも馬鹿でも構わないけど、
unit testの定義くらい理解しておこう。
おそらくそっちの世界では不要だろうしこの話は終わりで。
（BaiduSpaiderテストはまだ興味あるからちょっともったいないが）
MVCの話をしよう。
30:nobodyさん
12/09/10 00:12:04.21 .net
modelの存在感のなさ(笑)
ユーザーの相手はView
ロジックはControllerがするけど…
31:nobodyさん
12/09/10 13:48:13.14 .net
>>27
神クラスを作らないとunit testの対象にできない？
なにそれ、馬鹿なの？
32:nobodyさん
12/09/10 20:42:11.05 .net
1unit=1classとしたら、多機能なクラスを用意しないとダメだろうね。
神クラス作る前提が馬鹿だと気づけよ。
33:nobodyさん
12/09/10 21:32:42.40 .net
えせMVCについてはまずここらへん読んでからにしようぜ
URLﾘﾝｸ(satoshi.blogs.com)
URLﾘﾝｸ(d.hatena.ne.jp)
34:nobodyさん
12/09/10 21:39:44.83 .net
modelの存在感の無さ ＝ ActiveRecordの薄っぺらい偽Model
ってことだよね。
自分も分厚いController作ってしまったことがあって、今でも反省。
35:nobodyさん
12/09/11 10:34:58.90 .net
原理主義者ってどこにでもいるよね。
自分だけが唯一絶対に正しいと思っている。
36:nobodyさん
12/09/15 10:37:09.58 .net
さすがに単体テストの定義が怪しいのはマズイのでは？
そのうち画面1枚を1ユニットとか言い出すぞ。
37:nobodyさん
12/09/23 08:55:30.43 .net
早く >>17 戻ってこねーかな・・・
38:nobodyさん
12/09/23 14:03:17.78 .net
俺も気になるね
39:nobodyさん
12/10/05 01:10:53.90 SY4rdWpk.net
クラスを使いこなせる人間なんて一握りなのに、
その一握りしかうまく作れないＭＶＣって使えないって結論になるよね。
凡人でもうまく作れるような技法を誰か開発してくれんかのう。
40:nobodyさん
12/10/05 20:12:33.86 .net
ぶっちゃけ、Mっていらなくね？
41:nobodyさん
12/10/05 20:42:33.35 .net
>>40
fat modelが理想なんです
42:nobodyさん
12/11/17 14:01:28.80 xEuSXpZt.net
おい早くBaiduSpaiderテスター出てこいや！！
43:nobodyさん
12/11/17 16:42:04.07 6UBJdOdB.net
>>39
別の話だけど、俺も凡人にも
うまく演奏できるピアノがほしいと思う
で、プロになって商売するんだ
44:nobodyさん
12/11/17 20:52:17.68 .net
デザパタ語って構造にこだわる原理主義者達、はてなにいそうな人達、なんというか触るとヌルッとしてそう
45:nobodyさん
12/11/17 23:46:34.14 6UBJdOdB.net
○○にこだわる原理主義者達、はてなにいそうな人達、なんというか触るとヌルッとしてそう
汎用的に使えますから、○に適当な言葉でも入れてください。
意味が無い文章ですねｗ
46:nobodyさん
12/11/18 11:11:00.09 .net
>>45
はてなの所はそのままでいいんだw
47:nobodyさん
12/11/18 18:39:27.66 Y/cfCv1C.net
>>46
もちろん入れ替えていいよｗ
中身が無い文章は、単語を用意に入れ替えられる。
見事に当てはまったので、これは中身が無い文章であるということ。
中身が無い文章は、他の場所の単語も容易に入れ替えられる。
48:nobodyさん
12/11/18 19:28:07.33 .net
>>47
ダジャレの解説とかしてそうだなお前…
49:nobodyさん
12/11/18 19:44:33.14 .net
○○にこだわる○○主義者達、○○にいそうな人達、なんというか触ると○○としてそう
50:nobodyさん
12/11/18 20:03:08.05 .net
>>47
単語を容易に入れ替えられるような文章から、
相手の言いたいことを読み取れず中身がないように感じてしまうあなたは、
コミュニケーション能力が大きく欠落しています。
51:nobodyさん
12/11/18 21:48:04.43 Y/cfCv1C.net
○○を否定したのなら、その後の文章は○○にたいしての言葉が書かれているもの
お前のさっきの言葉で言えば、デザパタを否定したんだから
その後の文章は、デザパタとはどういうものかってのが書かれているはず。
○○の単語部分だけ変えても同じようになるってことは、
○○ を否定してることにならないんだよ。
52:nobodyさん
12/11/18 22:59:04.61 .net
その人アタイじゃないよ…
53:nobodyさん
12/11/20 00:56:00.79 .net
日本語の揚げ足取りは興味ない
BaiduSpiderのテスト手法だけが気になるんだ！
54:nobodyさん
12/11/20 08:42:48.86 ZgN4QSxZ.net
確かに気になる
55:nobodyさん
12/11/24 14:28:02.49 .net
アなら真名さ
56:nobodyさん
13/01/05 03:29:54.86 .net
俺のところは
Model…DBの構造定義、O/Rマッピング
View…HTML出力担当
Service…専らDBの操作（CRUD)担当
Controller…HTTPリクエスト処理担当
のMVSCだな
57:nobodyさん
13/01/05 10:16:00.81 .net
みんなモデルの意味を間違ってんじゃないかなぁ？
58:nobodyさん
13/01/06 04:58:11.63 d/pWw/oN.net
ModelでO/Rマッパーを操作するけど
ModelでO/Rマッパーを定義したらいかんのだよ。
59:nobodyさん
13/01/06 08:28:12.84 .net
それ、モデルの意味が間違ってんなぁ
60:nobodyさん
13/01/06 08:29:07.12 .net
ORMのないFWはモデルがいらんのか？
61:nobodyさん
13/01/06 08:29:58.11 .net
じゃぁ、ZFはモデルが要らないなぁ
62:nobodyさん
13/01/06 08:40:28.78 .net
データベースを使わないシステムだってあるしな。
モデルにO/Rマッパーを密結合するから
モデルが太るわけで。
63:nobodyさん
13/01/06 13:01:06.50 .net
モデルがマッパーを操作したりマッパーと密結合したりしてるわけじゃないだろ
マッパーが生成したオブジェクトを操作したりしてるだけで
で、マッパーが生成したオブジェクトがモデルじゃなければ何なんだ、って話じゃね
64:nobodyさん
13/01/06 13:18:24.23 .net
ん？
まずモデル、ここにロジックのすべてが入るべき。
そしてモデルには、ロジックは入るがO/Rマッパーを使っても
使わなくても成り立つようにするべき。
必然的にロジックとO/Rマッパーは分離させるべきという結論になる。
65:nobodyさん
13/01/06 15:28:21.26 .net
>>63
日本語がおかしくね？もっと冷静になってまとめてから再度書き込んでね。
66:nobodyさん
13/01/06 15:33:21.91 .net
>>64
＞まずモデル、ここにロジックのすべてが入るべき。
その理屈だと、viewにロジックを書いてはいけないってこと？controllerにも？
viewやcontrollerにロジックを書いた方がプログラムが読みやすくなっても、Model原理主義を貫けってこと？
67:nobodyさん
13/01/06 15:38:46.57 .net
>>64
＞必然的にロジックとO/Rマッパーは分離させるべきという結論になる。
普通は、そりゃ、そうだろ？
特定のWebアプリのロジックが汎用化される訳がないわけで。
だから、ORMのベースがあって、それを派生させて、Webアプリ固有のORMにカスタマイズしてコントローラに書くロジックを減らしなさい、って思想がsymfonyとかにはあるわけで。
まぁ、そこまでORMを使い倒してる人は滅多にいないけど。
68:nobodyさん
13/01/06 17:03:34.03 .net
仮にデータベースを使わないでファイルのみを使う
モデルだけで構成されているとして、
「Webアプリ固有のORMにカスタマイズ」とは
どういうこと？
is-a関係、has-a関係ってわかってるかな？
モデル is a ORM ですか？ 違うでしょう？
モデルがORMを継承するのはおかしいんだよ。
69:nobodyさん
13/01/06 21:26:03.11 .net
>>68
> モデル is a ORM ですか？ 違うでしょう？
>
> モデルがORMを継承するのはおかしいんだよ。
誰がそんな話をしてるんだ？
どこを読んでそう思ったんだ？
話を元に戻すと、Modelの定義はなんだ？
あるのか？ないのか？「ロジックを書くところがモデル」っていう稚拙な回答で終了していいのか？
70:nobodyさん
13/01/06 22:01:20.73 .net
MVCはもともとGUIアプリのための設計。
それをウェブに持ち込んだからおかしくなった。
本来はViewからModelを参照したり、ModelからViewにイベント
通知したりするものだが（Ajaxがでるまで）ウェブでは実装できなかった。
だからウェブアプリで言うMVCは本来のMVCではない。
それを理解しているところはMVC2と言ったりしているが本来のMVCとは違うもの
つまり、MVCにおけるモデルの定義は簡単だが、それはウェブアプリのモデルにあてはまらない。
ウェブアプリのモデルはどうあるべきか、その答えは色々あるが共通しているのはビジネスロジックを書く場所。
理想的には何も継承しないPlain Objectで作るべき（JavaでいうPOJO）
ウェブ特有のデータ（セッションやクッキー） や データストレージ（RDMBSやキーバリューストア）に
依存しないように書くことで、フレームワークに依存しない寿命が長いシステムを作ることが可能になる。
残念なことに今のフレームワークはモデルと呼ばれるものがO/Rマッパーに密結合しているものが多い。
これだとフレームワークを変更することが出来ない。
フレームワークは便利だから使うべきだが、肝心のビジネスロジックはフレームワークに依存してはならない。
まとめると、
ウェブアプリには「ビジネスロジックを書く部分」がある。これはフレームワークに依存しないPlain Object。
モデルとは、ビジネスロジックにO/Rマッパーを密結合させてGUIアプリのMVCの名前を借りた、意味不明な物。
71:nobodyさん
13/01/06 22:32:51.78 .net
>>69
> 誰がそんな話をしてるんだ？
>>67
> だから、ORMのベースがあって、それを派生させて、Webアプリ固有のORMにカスタマイズしてしてコントローラに書くロジックを減らしなさい
正しくは、Webアプリ固有のロジック層を作って、（当たり前だがコントローラではない）
ORMはそのロジック層から使うもの。ORMのベースを派生させる必要はない。
ORMのベースを派生して作ったものはORMに依存してしまう。
ORMを派生して作ったものは、最小限（単純な読み書き程度）に抑えるべき。
72:nobodyさん
13/01/07 13:14:47.78 .net
>>70
おー。やっとまともに話ができる奴が出てきたじゃないか。
73:nobodyさん
13/01/07 13:36:28.58 .net
まぁ面倒くさいから、結論がでたのでまとめると、細かいところを端折れば、WebアプリにMVCなんて無理なんだよ。
74:nobodyさん
13/01/07 13:42:47.54 .net
＞フレームワークは便利だから使うべきだが、肝心のビジネスロジックはフレームワークに依存してはならない。
そんな面倒なことしてる？
現実問題としてはフレームワークに依存するから開発が楽なんじゃない？
75:nobodyさん
13/01/07 18:34:00.05 .net
ビジネスロジックはフレームワークに依存しないだろ
ビジネスロジック以外をまとめて面倒みるのがフレームワークの本質なんだから
76:nobodyさん
13/01/08 00:01:08.04 .net
フルスタックなフレームワークがあるせいで
1つのフレームワークがあって、それがアプリ全体に
結合しているものみたいな感じになってるからなぁ。
フルスタックなフレームワークを細かく分解すると、
まずコントローラフレームワークがある。
このコントローラのフレームワークの役割は、CLIプログラムの
引数解析ライブラリと同じで、ブラウザを使って操作して発生した引数を解釈するもの
次にビューのフレームワーク、いわゆるテンプレートエンジン。
出力したいオブジェクトを特定のテキスト形式に変換して出力するもの。
コントローラのフレームワーク（引数解析）とビューのフレームワーク（出力形式整形）は
明らかにプログラムの中核の処理とは分離されてる。便利なライブラリとして使うが
処理自体は依存しておらず、中核の処理に対して前処理と後処理を行うものでしかない。
あとはモデルというかロジック部分。ロジックでは一般的にファイルやデータベースへアクセスすることになる。
そこでO/Rマッパーなどが利用されるが、ロジックで直接ファイルやデータベースへアクセスするのではなく
間に一層入れてロジックは特定クラスの読み書きメソッドを呼ぶだけにしておくと、物理的なストレージを変更しやすくなる。
図にするとこんな感じ
入力→ ┐
├ ビジネスロジック ⇔ 読み書き
出力← ┘
入力、出力、読み書き、はフレームワークを使って便利にする。しかしビジネスロジックはフレームワークに依存させない
77:nobodyさん
13/01/08 00:20:34.96 .net
モデルについても語っておくか。
GUIアプリのMVCのモデルではなく
ウェブアプリのモデル。
そのモデルという名前のせいかオブジェクト指向バンザイな発想のせいか、
ナンセンスなことに、データベース全体を一つにモデリングしようとしている。
1テーブルが1クラスになって、そのクラス同士を1対1や、1対多などのリレーションでつなげて
巨大なデータの塊を作ろうとしている。
そのせいでクラスとしてはわかれているけれどクラス間の依存関係がきつすぎて関係を把握できなくなってしまっている。
もうね、お疲れさん（笑）というしか無いよ。
そんなのやっても疲れるだけでしょ。
昔から言われてるように、データの寿命は長いけど、ロジックの寿命は短い。
寿命が違うものを一つに合わせるなと。
オブジェクト指向はシステムの構造を作ったり、高機能な値（オブジェクト）を作るために使うけれども
データ自体はオブジェクト指向の発想で作らないほうがいい。適材適所ってやつだ。
寿命の長いデータはロジックを含まない単なるデータとして保存しておき、
ロジック部分でそのデータを読み書きする。
78:nobodyさん
13/01/09 13:35:29.63 .net
>>75
> ビジネスロジックはフレームワークに依存しないだろ
> ビジネスロジック以外をまとめて面倒みるのがフレームワークの本質なんだから
んじゃ、symfonyで作った掲示板をZendに移植してみてよ。
そこまで言うならサンプルをアップしてみてくれ。
79:nobodyさん
13/01/09 14:01:48.63 .net
>>76-77
なんか雲行きが怪しくなってきたなぁ。
君の言ってるのはビジネスロジックであって、モデルの原理原則ではないなぁ。
そもそも、その理論では、なぜ「モデル」と名乗っているのか説明できないしさ。
80:nobodyさん
13/01/10 00:36:43.40 .net
>>78
サンプル作るの面倒だろｗ
そんな面倒なことやる気しないし、
それで出来ないじゃないかと言われるのは心外だな。
まず君がサンプル作ってくれ。
それをベースとしようじゃないか。
>>79
> なぜ「モデル」と名乗っているのか説明できないしさ。
そもそもモデルと名乗るのが間違いだった。
最初にモデルと名乗ったバカが悪い
81:nobodyさん
13/01/10 08:43:23.45 .net
>>80
> >>78
> まず君がサンプル作ってくれ。
> それをベースとしようじゃないか。
いや、俺には作れない。
なぜなら、ビジネスロジックをフレームワークから分断することはできないから。
全くできないわけではないが、それではフレームワークを使う意味がなくなってしまう。
> >>79
> > なぜ「モデル」と名乗っているのか説明できないしさ。
> そもそもモデルと名乗るのが間違いだった。
> 最初にモデルと名乗ったバカが悪い
いや違うんだな。まだ君が、モデルはロジックを書く場所。って程度の理解しか持ってないだけなんだよ。
モデルって名前の由来はある。
82:nobodyさん
13/01/10 19:59:22.41 .net
viewって昔はHTMLだったよな。JSPとか。
いつのまにViewが単体でクラスになったんだ。
83:nobodyさん
13/01/11 01:13:19.36 .net
>>81
モデルって名前の由来はある。
で終わらないで、最後まで書いてください。
84:nobodyさん
13/01/13 11:27:12.10 .net
とりあえずこのスレにMVCを理解している人が一人もいないことは分かった
85:nobodyさん
13/01/13 14:58:41.08 .net
お前はわかるのか？
なら説明しようね。
86:nobodyさん
13/01/13 20:09:33.62 .net
1人もいないんだから誰も説明できないことくらい理解しろよ。
それじゃどんな説明受けても理解は無理だろ。
87:nobodyさん
13/01/13 21:41:23.94 .net
「一人もいない」といった本人は自分のことだから
自分が理解していないことは確定することになる。
でも他人が理解しているかどうかは判断できない。
なぜなら、言った本人は理解していないのだから
書いてある内容が正しいか間違いかは判断できない。
88:nobodyさん
13/01/14 08:18:45.08 .net
>>86
このスレ以外の知人にも聞いてもらうから説明よろしく
できないなら批判しかできない無能なカスと決定するよ
89:nobodyさん
13/01/14 12:18:33.63 .net
WebにMVCは無理なんだよ
90:nobodyさん
13/01/14 12:23:17.76 .net
はい説明できないカス登場
91:nobodyさん
13/01/14 13:04:10.54 .net
こんな過疎板で書いても仕方ないしな
92:nobodyさん
13/01/14 13:19:46.32 .net
わかったわかった出来ない朝鮮人お疲れ
93:nobodyさん
13/01/14 20:06:26.96 .net
>>89
いや、ラクだよ、MVCは。最低限のレイヤリングはできる。
94:nobodyさん
13/01/23 19:23:56.24 .net
goto 1
以下ループ
95:nobodyさん
13/01/24 08:48:04.55 .net
え？！それって冗談のつもり！くそつまんない男だな、って女に言われるだろ？
96:nobodyさん
13/04/17 23:41:05.48 .net
つまんねースレだな
97:nobodyさん
13/11/01 18:03:07.87 .net
やはりお前らのMVCは間違っている
URLﾘﾝｸ(www.slideshare.net)
98:nobodyさん
13/11/01 18:04:41.52 .net
「MVCの勘違い」について、もう一度考えてみる
URLﾘﾝｸ(at-grandpa.hatenablog.jp)
99:nobodyさん
14/05/29 22:16:10.29 .net
Facebook の決断：MVCはスケールしない。ならば Flux だ。
URLﾘﾝｸ(www.infoq.com)
100:nobodyさん
15/10/06 02:15:05.05 Z1aqUg5G.net
受ける会社大丈夫？
下記の条件が全て当てはまる会社にご注意下さい。
・IT系 in tokyo
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点
101:nobodyさん
16/02/19 02:25:51.39 j7IlO5YC.net
色々、MVCの説明サイト見たけど、理屈よりメリットが抜けてるよな。
メリットは、書くコードが最小限（使い回しが楽）、見て解り易いと言うこと。
問題は、見て解り易いかどうかと言うこと。
大きく分けて、お手本原理主義と使い勝手原理主義がいるが、どっちの思想かを理解しないと理解に苦しむ。
お手本原理主義のコードは、簡単な手続きは理解し易い反面、オーバーヘッドが大きく、お手本に無い場合は、急に使い勝手原理主義になる。
使い勝手原理主義は、最初は解り辛いが、ある程度弄ると、癖が解るので先読みし易く、殆どの場合、php自体を理解している人が書いている。
目的は、工数の削減と、見て解り易いと言うことなので、その辺りを念頭に書けば、きっと君の思いは伝わると思う。
102:nobodyさん
16/02/19 16:11:57.91 .net
webアプリだからMVCで作っても結局のところ
login1
login2
login3
みたいな糞派生が出てきてわけわかめになって
しかもlogin1はex_login1から読まれていて下手にいじれないというジレンマに陥る
そして俺は何も考えずにlogin4というクラスを作るのであった。
103:nobodyさん
16/02/20 03:20:31.85 .net
>>102
最初に作った奴がダメだとlogin4作った方が早いよな。
そして、何年か後に、login4が基本クラスになっているのを見るのが、プログラマ名利に尽きる。
104:nobodyさん
16/05/11 18:47:42.15 RPABgcA6.net
☆ 日本を、再興させましょう。☆
総務省の、『憲法改正国民投票法』、でググってみてください。
日本国民の皆様方、2016年7月の『第24回 参議院選挙』で、日本人の悲願である
改憲の成就が決まります。皆様方、必ず投票に自ら足を運んでください。お願い致します。
105:nobodyさん
16/06/30 18:31:48.07 .net
私がMVCフレームワークをもはや使わない理由
URLﾘﾝｸ(www.infoq.com)
106:nobodyさん
17/12/30 14:52:47.50 YhlYw6jg.net
誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
AYZJP53MII
107:nobodyさん
23/09/23 23:20:05.19 .net
ﾌﾟﾌｧｰ(￣△￣）y─┛~~~~~