[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 16:54 / Filesize : 288 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

〔隔離〕デザインパターンは本当に必要か?〔スレ〕



1 名前:デフォルトの名無しさん mailto:sage [2005/06/21(火) 19:09:56 ]
そもそもデザインパターン自体どうなのよ?って話はここでやれ。

641 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 00:26:52 ]
日本語の情報があっても学習する気のないヤシが必死に弁解していまつねw

642 名前:デフォルトの名無しさん [2005/06/29(水) 00:26:56 ]
普通の人間だったら、恥ずかしくて自殺すらしかねない恥をかいているのに、
それでもまだ自作自演で粘着してくる >>582のキチガイっぷりにひどく感心

643 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 00:29:30 ]
>>640
>それはアンチデザパタさんが読むかな?

それならそれでろくに理解しようともせずにデザパタ不要と喚いてる厨であることがわかるので好都合

644 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 00:30:51 ]
>>642
人間との言葉のやり取りに激しい飢餓感を感じ、
コケにされてもキチガイ扱いされてもスレにすがりつく疎外された人間
(例: ひきこもり、アル中患者、禁治産者)の類だろ、奴は

645 名前:デフォルトの名無しさん [2005/06/29(水) 00:35:34 ]
>>643
てゆうか、はやく学校卒業しろよw
みんな深夜まで仕事しててマジでぶっちゃけそんな本読んでる奴いないからw
みんなそれぞれ家庭があったり他に趣味があったり、プログラム1つとっても設計に
時間を費やせる奴ってそんなにいないぞ。

2年ぐらいかけてGoF本読むのが精一杯な奴多いんじゃねーかな?(俺は学生の頃読んだけど)

現場でプログラマの仕事の作業量みれば、
こんなの(デザパタ)流行らねーってわかるんだよ。
それじゃなくても不勉強な奴多いのに。
こんなの読むわけないだろwアフォかっつーのw

646 名前:デフォルトの名無しさん [2005/06/29(水) 00:44:15 ]
>>645
キチガイの発言の特徴は、時代感覚がズレまくっているあたりだな。

例えば先週か今週、本屋に行って雑誌売り場覗いてれば、
そんなキチガイみたいな書き込みはしないと思うけど。

647 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 00:45:58 ]
流行る流行らないじゃなく自然に存在してるんだけど・・・・・・
もう最近ではそれと意識されずに使われてる事の方が多い。

648 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 00:49:04 ]
>>645 プログラム1つとっても設計に時間を費やせる奴ってそんなにいないぞ

素人乙

649 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 00:51:35 ]
JAVAは特にそうだな>自然に存在してる
でも、アレは酷だよな。パターンを知らない人間には意図が読めない
から、無駄に持って回った複雑な設計にしか見えない。ゲキムゴスw



650 名前:デフォルトの名無しさん [2005/06/29(水) 00:58:24 ]
>>646
まあ、現場で働いてる人間にそんなもん読む暇があるかどうかがわからない人間にはわからないだろうなw
たくさんの人に伝えなきゃ意味の無いものはそんなに複雑であっちゃいけないんだよ。
本を読め→読みました!→言っていることがわかりました。
なんて流れなかっただろ?
逆に俺の方から本の推薦をしたら、お前はきっと嫌がるだろう。
そんなこともわからない奴が設計について語ったって役に立たないことはわかるだろ。

誰もついていかないよ。
基本的に嫌じゃん。知識が無いのを馬鹿にされるのって。
必ず自分の知らない分野で仕返しされるじゃん。
個人ってそんなに万能じゃないじゃん。

お前も人を馬鹿にするとき、自分の知ってる分野をあげてそれについて語って、
相手がそれについての知識があさいとここぞとばかりに「勉強してくださいよw」とかいって
本を薦めて議論に勝った気になるのよくやってるじゃん。
これってされたほうの気持ち考えたことある?
この先、その調子で仲間とうまくやれる自信ある?

651 名前:582 mailto:sage [2005/06/29(水) 01:00:43 ]
>>645
まあそうだねぇ。時間ないよなぁ。最近、本買うのも慎重になってきたし。
変な本読まされて時間を無駄にする事ほど苦痛なものはない。
でもデザパタはなかなかいいもんだと思うよ。一部だけのパターンは。

>>649
おお、それ激しく同意。以前、勉強をかねてJavaのソースコード解析してたけど、
Socketクラス辺りとかワケワカラナスwww(SocketImplとかSocketImplFactoryとかの変なクラス)
デザパタ知ってああそうなんだってすげぇとか感動した。

652 名前:582 mailto:sage [2005/06/29(水) 01:01:41 ]
>>651
s/一部だけのパターンは/一部のパターンだけは/

へんな日本語になってた。

653 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:09:07 ]
正直、ここの粘着基地外は、在日朝鮮人でしょ。
この腐りきったメンタリティはとても日本人の物とは思えない。

654 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:11:02 ]
自分の嫌いの香具師は全員在日朝鮮人です

655 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:15:08 ]
cppllにOCaml厨が投稿してるが、このスレのOCaml厨とひょっとして
同一人物じゃね?何か直感的にそんな気がした。時期的に一致しすぎてる。

656 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:16:22 ]
>>650
かかって来い(げらぷ
まじ。結構俺って万能なのね、下らない話題以外は

657 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:16:36 ]
>嫌いの香具師は
訂正しる!

658 名前:デフォルトの名無しさん [2005/06/29(水) 01:22:58 ]
あとさ、>>650
社交辞令で「・・・自信ありません」くらいの事を言う可愛げはあるけど、
それが社交辞令だってことくらい、ちゃんと見抜け。
コミュニケーションの為に、相手が想定しているであろうプレゼンをする事で、
たとえそのプレゼンが偽りであっても、以降のコミュニケーションがうまく進む、
そういった効果を狙っているだけだよ、実際。

10年前に嫌々関わったOO分野だが、
いい加減 GoFも流し読みできないレベルの奴と関わるのには飽き飽きした。
もしOO分野に関わるということが、GoFも読めない猿にGoFを説得する事を意味するのであれば、
OO分野にはもうかかわりたくも無い

659 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:29:16 ]
>>658←こいつなんでこのスレにきたの?w



660 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:32:31 ]
>>659
にほんごのどくかいりょくがたりません。もっとがんばりましょう

661 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:37:00 ]
>>655
今cppll探して読んでみたが、実名らしき物をシグニチャに書いてるね。
メルアドも。

違う人だったらいけないのでここには晒せないが、もし本人だったら
間抜け過ぎだね。

662 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:39:50 ]
>>655
cppllってなんじゃらほい。
ここのOCaml厨房は、単にOCamlとMLって単語を連発するだけの池沼だよ。

663 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:42:29 ]
>>662
www.tietew.jp/cppll/
ここ。
C++のML。
後は悪いけど、自分で探してちょ。ヒントは、ごく最近の投稿。

664 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:42:45 ]
>>662
むしろ >>655, >>651あたりが
この板でOCaml厨と呼ばれている厨房の希ガス

665 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:46:16 ]
だいたい、国立情報学研究所の人間捕まえて、
OCaml厨呼ばわりするのもなかなか厨房じみた妄想だ。

今現在2ちゃんで、「ML」と「OCaml」というキーワード使って荒らしやってるのは、
かつてRubyやHSPで荒らしやってたキチガイだろ。


666 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:47:56 ]
>>663
www.tietew.jp/cppll/archive/12065
こいつのことか?

667 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:51:40 ]
ま、しかし、2chのム板を見ても、OCamlなんてマイナー
な言語について熱く語る香具師は、数えるほどしかいないね。

2ch内なら同一人物の可能性もあるけど。だからどうしたって
聞かれると、別に何もないけどな。

668 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:54:04 ]
>>666-667
そうかぁ?
俺が学生の頃は、Haskellが動くPCなんてなかったから、
OCamlかGoferで自己学習・・・ってのがデフォだったけどね。

669 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:54:46 ]
>>666
明らかにレベルが違うじゃん。
そもそもの不満点(というか単なる愚痴に見えるが・・・)からして、コードが
書けない人間からは決して生まれない類のものだし、その改善法と問題
点も把握できてる。
具体的な事は何一つ書けない某彼と一緒にするのは、あまりにも酷だ。



670 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:58:44 ]
>>655, >>651, >>667=OCaml厨本人

理由:OCamlに関する話題は、全て同一人物が行っていると妄想する程のキチガイだから。

671 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 01:59:26 ]
Haskellって言うとghcしか知らないけど、なかなか面白いや。

672 名前:デフォルトの名無しさん mailto:sage こいつがOCaml厨本人やん [2005/06/29(水) 02:00:55 ]
>>671
具体的に何が面白いか、説明してみな。

673 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 02:10:52 ]
>>672
それが人に物を聞く態度かい。横柄な奴には教えてやらないよ。ベーだ。

674 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 02:12:29 ]
黙ってりゃ書いてたものを。>>672みたいなのをやぶ蛇って言うんだ。覚えとけ。

675 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 02:22:38 ]
>>650
あなたの発言は、一昨日昼飯を一緒に食った人物と同じ、
特徴的な思考パターンが見られるので、非常に興味深い。

その件について、いずれ話し合おう

676 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 02:25:58 ]
>>671, >>673-674のような低レベルな奴が現れるのと同じタイミングで、
>>650が現れるのは、非常に興味深い現象である。

677 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 02:27:56 ]
あ、それから、もしHaskellについて判りやすい説明が必要なら、
それも今度説明しましょう。リアルの方で

678 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 09:12:14 ]
>>675
リアルで特定されてる?ワロタ!!

679 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 12:42:54 ]
話し戻すけど、技術の流行り廃れはメディア上の現象で、
実際にソース組む人の立場になれば、未だに構造化手法も
有効だし、オブジェクト指向も大切だし、デザインパターンも、
亜蛇煎るプログラミングも有効だし、UMLも有効だし、
フローチャートも有効だし、ウォータフォールモデルも有効だし、
データモデリングも有効だし、どれ一つを取っても捨てていい
技術は無いんだよね。

もちろん、今時フローチャートでシステムレベルの記述を
する事は避けた方が良いし、フローチャートじゃあ記述出来ない
けれど、メソッドの中の人を記述する必要が有る時にはやっぱり
フローチャートが一番しっくりくるし、メソッド一つ一つを見れば、
構造化で培ってきた関数化の技術が生きるしさ。

新しい技術は取り入れるもので、捨て去るのはなかなか難しいよ。

もちろん、GoFのパターンカタログを一生懸命勉強すればデザインパターン
を身に付けられると思う馬鹿は、幸せに生きてれば良いけど。



680 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 13:28:15 ]
#フローチャートは23年前に捨てましたが何か?

681 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 13:29:09 ]
うちの大学では今まさに教えられてますが orz

いらねーよこんなの orz

682 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 13:31:58 ]
アクティビティ図の練習だと思ってガマンしなよ・・・

683 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 13:37:45 ]
>>679
お前何才よ?ロートルプログラマか?w
年取りすぎて会社じゃもうどこも雇ってもらえないから、家で妄想の毎日か。

684 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 14:40:13 ]
>>683
679じゃないけど、結構あるよーこういう現場。
まだ679は新旧混合で選択しようってんだからいい方だよ。

685 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 14:47:14 ]
フローチャートはちとキツイ。
あれはホントにお絵かきで終わっちゃうからなぁ。

PAD図だったらプログラムの構造が保たれているからまだマシなんだけど。
# でも実際には使ってないけどね。

UMLのクラス図なんかもリバースエンジニアリング出来ないとお絵かきで終わっちゃう。

686 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 19:22:49 ]
フローチャートって、ループすらマトモに書けないじゃん

はっきり言ってアセンブラならまだしも
今時の高級言語なら、フローチャートに落とすことによって
何かがわかりやすくなったりすることはありえない


687 名前:681 mailto:sage [2005/06/29(水) 20:35:12 ]
まあ、機械語を扱う部分で出てきたんで、何とか我慢できるんですが……

C で PAD を教えてきた先生も居たけど、ぶっちゃけ PAD だと関数出てきたあたりからお手上げ状態
構造化チャートは、オブジェクト指向まで考えるともう使えないでし


折角なんで愚痴らせてもらうと

 ハード系の某先生「これからは最低でもオブジェクト指向が出来ないと」

んで、出てきたのがコレ

 class Sample {
     public void input(String filename) { /* filename で指定したファイルを読み込む */ }
     public void process() { /* input で読み込んだデータを処理 */ }
     public void output() { /* process で書き換えたデータを表示する */ }
 }

……まあ、若い先生方にはしっかりした人が多いんで、まだ救いがあるんですが OTL

688 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 21:44:54 ]
>>679
結構同意。


689 名前:デフォルトの名無しさん mailto:sage [2005/06/29(水) 22:22:42 ]
構造化もOOもデザパタも勉強してみると実は現場で似たような事やってた
ってオチがままある



690 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 01:12:18 ]
>>679
状況によっては古い技術の方が、効力を発揮したりするしね。
色々な知識を持って、あらゆる状況に対応できることが大切だと思う。

691 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 01:27:38 ]
>>689
Cで構造体のメンバとして関数ポインタ持たせて
偽多態みたいなのは良くやるが、
クラスや継承までエミュレートしたことはないなあ。
後、構造体の先頭レイアウトだけ合わせてポインタ渡しとかはありがちだな。

なんかOOというより苦し紛れのテクニック、という気分もするが。

692 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 01:30:06 BE:84286962- ]
>>691
Cしか使えない現場なの?

693 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 01:37:35 ]
>>692
少なくとも俺が入社したころ(そんなに昔ではないのだが)は
Windows3.1、VC++1.0が現役だったし
C + SDKで組まれてるプログラムが珍しくなかったんですわ


694 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 01:39:02 ]
あと、apacheのモジュールみたいなso作ったりとか、
その手の仕事はCが普通じゃまいか。
別に制御屋さんとかじゃなくてもC触る機会、結構あるでよ。

695 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 02:03:20 BE:42143832- ]
なるほど、昔の話か。今となってしまっては
よほど速度や資源を求めない限りはCオンリーは嫌ぽ。

# apacheのsoはよくわからんす。

696 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 02:19:55 ]
>>695
apacheのモジュールは、いわゆるプラグインみたいなもんだす。
soはshared object(library)、いわゆるDLLね。

アプリじゃなくてDLL書く場合はCで書くことは珍しくないと思うよ今でも

697 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 02:28:33 ]
>>696
DLL書く場合でもC++のが楽でいい。

698 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 02:32:47 ]
>>697
C++だとスタートアップコードが必要になったりしてちょっとヤじゃない?
もともとC++用のDLLならいいけれど

Cインタフェースを公開するDLLなら、Cで書いて、しかもlibcに依存しない
形にしたい

699 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 08:39:28 ]
Cしか使えないならCを使うけど、積極的に使おうと思うものじゃないよあれは。
一刻も早く地上から消え去って欲しい。



700 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 09:42:29 ]
>>699
Cと一緒にお前も消えろ。

701 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 14:20:49 ]
なんでもデザパタに当てはめないと設計できなくなったら終わりだな。
というか、あーでもない、こーでもないって、
ころころ設計変えるのが、楽しいのに。
漏れの楽しみ取らないでくださいよ。

702 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 14:36:11 ]
>>701
いもしない人間を想定して適当なことを言うのはやめましょう

703 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 15:11:34 ]
>>687
学生時代、pad2psというソフトをつかってソースからPAD図生成してました。
レポート書くのに助けられたなぁ・・・今は使ってないけど。

704 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 21:03:09 ]
いくらJavaやC#でオブジェクト指向だなんていっても、メソッドの中では構造化の知識がいるだろ。
5行で終わるようなものを50行ぐらいかけてなにやってんだか分からないようなダサダサソースはうんざりするでしょ。

705 名前:デフォルトの名無しさん mailto:sage [2005/06/30(木) 21:17:37 ]
構造化分析と構造化プログラム設計と構造化コード

706 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 01:45:06 ]
>>699
それはCも使えてないってことだろ。


707 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 02:00:07 ]
今からここはCの素晴らしさを褒め称えるスレになりますた

708 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 09:37:08 ]
>>706
じゃあおまいさんはC++もjavaもC#も使えるような環境において積極的にC言語を選択するか?

709 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 10:05:40 ]
たいていの言語はC言語やC言語のライブラリが土台になってるから消え去ってもらっては困る



710 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 17:07:33 ]
>>708
1)shell等の外のプログラムから部品として呼び出すことを想定したコマンド・
 フィルタ風のプログラムなら、少なくともJavaやC#は「絶対に」使わない。
 ツールボックスアプローチの部品としては、起動遅いのは致命的。

2)C向けのDLLは大抵Cで書くな。
 libc使ってしまうと、クライアントコードとlibcのバージョン合わせる必要が
 生じてウザい。これ、Win32の話ですが。

3)俺は書かないけど、オープンソースでなるべく広い環境で使われたいと願う
 コードを記述するなら、Cのが今でも多いだろ。環境をそもそも特定できない
 から、だが。


711 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 17:09:10 ]
>>710
なるほど。そうかそうか、よーくわかったぞ。それは面白い考えだ。

712 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 17:28:26 ]
>>711
せっかく真面目に答えてやっとるのになんだ、その人を小ばかにしたような
態度は。それで優位に立ってるつもりなのかね、チミは。
反論があるならもっとマジメにやれ。

713 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 18:14:36 BE:70239252- ]
C++でDLL作ったことないので深く突っ込めないんだけど、
インターフェースはCで提供して、
実装はC++ってのもやっぱ無理ですか?

714 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 18:19:01 ]
>>712
だってお前の意見になんか全然興味ないもん。

715 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 18:33:41 ]
>>713
可能か不可能かといえば可能。extern "C"すればいいだけだから。

716 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 18:34:20 ]
>>714
なら下らん一言でスレ汚さずに単にスルーしろよ

717 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 18:39:47 ]
>>716
うるせぇーよ。ぼけ、氏ね ( ´∀`)

718 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 18:46:30 ]
そういえばツールボックスアプローチってデザパタ厨的にはどうなのよ

719 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 19:27:28 BE:70239825- ]
>>715
それでも>>710の言うようなlibcのバージョン合わせる必要ありますか?

>>718
嫌いじゃないが。



720 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 20:36:27 ]
>>718
OOPな時点でツー〜ーチなん違うん?

721 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 20:46:21 ]
>>719
libcのバージョンは、合わせる必要はある。Cを使おうがC++を使おうが
関係ない。Cの方がlibc非依存にしやすいというだけ。

たとえばDLLが(VC++6以前の)MSVCRT.DLLを利用しているならば、
クライアントプログラムもMSVCRT.DLLを用いなければならない。

ま、実際には合わせなくとも動作する場合もある。DLLのインタフェース
や何やってるかによるんだが。
ファイルポインタ、ファイルデスクリプタ、ロケール、errnoのような
CRTオブジェクトの受け渡し、あるいは一方でmalloc()したメモリの
他方でのfree()、といったことをやる場合は、バージョン合わせないと
完璧にマズい。


722 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 21:05:28 ]
>>720
UNIXのツールボックスアプローチってのは、シェルという糊言語を用いて、
部品になる小さくて独立したプログラム群を組み合わせることで
仕事を実現する手法のことなんだが。

プログラムが分かれてるから完全に疎結合。で、標準入出力、パイプ、
コマンドライン引数、戻り値といった単純でwel-definedな仕組みを用いて
それを組み合わせていく。

概念的にはOOとは全く関係ないし、Smalltalkとか見ても、OOはむしろ
モノリシックで巨大なものを指向する傾向があるんじゃないか。
むしろLISPに似ているというか。

723 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 21:17:37 ]
>>722
>概念的にはOOとは全く関係ないし

疎結合という面と、独立したプログラムという面から見て、オブジェクト指向に通じる物があるかと思ってた

724 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 21:20:50 ]
>>722
クラスは>>722の中段で書かれてる要素を全て満たしてると思う。
「である。」とは思わないけど、「の様な振る舞いを持たせる事もできる。」と思う。

725 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 21:53:44 ]
Javaで実装されたシェルもあるね、実用上は使い物にならないと思うけど。
コマンドパターン風に実装したクラスがプログラムのかわりで、
それを実行時ロードとかまあそんな感じかな。

726 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 21:58:22 ]
本当にそんなんなのか?

727 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 22:02:59 ]
>>726
すまん大して興味が無いのでちゃんと見てないんだが

要するに、コマンド実行するたびにVMロードされちゃたまらんワケで、
同一VM上でコマンドを実行するのが、Javaで「使い物になる」シェル風の
環境を作る大前提。
find . -name '*.html' -exec rm {}
とかそんなことをやると、それこそうんざりするほど大量の子プロセスが
生成されて実行されるのがシェルの世界だからな。

その辺は、antのタスクの考え方と同じ。要するに、インタラクティブに
実行できてmake作業に特化してないant+αみたいなもんじゃないかな。


728 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 22:11:51 ]
tclとかはシェル風のごく単純なグルー言語+コマンド関数の世界だが
あれはCで書かれてるから、Javaみたいに実行時ロードできないんだよな

ってどんどんスレ違いの世界に

729 名前:719 mailto:sage [2005/07/01(金) 23:46:32 BE:210717465- ]
>>721
なるほど、ありがとん。たぶん将来とても役立つ知識になった。



730 名前:スレ違いですが [2005/07/02(土) 01:06:25 ]
Javaベースのシェルかぁ。

・こんなんあったね。漏れも一個くらいはインストールした覚えがある。

JDistro jsh : A Un*x-lke shell written in pure Java. Java Web Start対応
  www.jdistro.com/jsh/

COLLIN Gerard's jsh: the opensource java application launcher ! Java Web Start対応
  gerard.collin3.free.fr/

TeaShell: 複数のJavaアプリケーションを一つのJavaVMで動かすJavaシェル
  www.vector.co.jp/soft/other/java/se089271.html

・その他国内某所で Java シェルOS開発というスレが立ち上がってるのを発見したんだけど、
 そこの1、一体何作ろうとしてんのか、よくわかんないや(OSによらず使い慣れたシェル環境を提供するって何?)

・JDK1.6では、Oracle JavaVM流のapplication partitioningの仕組みが導入されるそうなんで、
 JavaVMプロセスを多数起動しなくても、いろいろな事がやりやすくなるね。(本来はAppServer向け機能だけど)

731 名前:デフォルトの名無しさん mailto:sage [2005/07/02(土) 01:17:07 ]
>>730
少なくともこのスレと関連のあることをいってくれないと。
リンクの貼り付けだけだと荒らしに見える。

732 名前:本スレ住人 mailto:sage [2005/07/02(土) 04:01:40 ]
わるいね。
UNIXシェルとコマンドによる祖結合プログラミングは、
デザインパターンと並んでソフトウェア工学上重要な話題です。

Javaにおいてどのような試みがなされているか、
そして、Javaサーバ〜Webサービスの基盤 (アプリケーション・パーティショニング)が、
UNIXシェルの基盤にもなりうる、という話題を振ったつもりですが。
もしかして、ここは似非スレだから、似非話題以外はスレ違いなのかな(藁

733 名前:デフォルトの名無しさん mailto:sage [2005/07/02(土) 08:27:03 ]
>>730
>OSによらず使い慣れたシェル環境を提供するって何?
OSによるshellの方言を吸収しようという意味じゃないすか。

734 名前:デフォルトの名無しさん mailto:sage [2005/07/02(土) 11:19:11 ]
>>732
>デザインパターンと並んでソフトウェア工学上重要な話題です。
だから何?スレ違いに変わりない事に気付けよバカ。

735 名前:デフォルトの名無しさん mailto:sage [2005/07/02(土) 12:29:02 ]
>>734
気付いてないのは恐らく君だけ

736 名前:デフォルトの名無しさん [2005/07/02(土) 13:17:27 ]
>>732
早く本スレ帰ればいいじゃん。
過疎スレ帰れよw
#デザパタなんてどうせやってる奴いないからこないだろうけどwぷw

>>731>>734は別人ね。俺は>>731



737 名前:デフォルトの名無しさん mailto:sage [2005/07/02(土) 14:58:05 ]
本当に隔離スレだな
どうでもいいレスでageてるし

738 名前:デフォルトの名無しさん mailto:sage [2005/07/02(土) 15:56:53 ]
糞な香具師だらけだから、糞スレになるのは当たり前

739 名前:デフォルトの名無しさん [2005/07/02(土) 16:17:40 ]
>>737-738
じゃあ、早く本スレ帰んな。



740 名前:デフォルトの名無しさん [2005/07/02(土) 16:18:59 ]
ω日本のハッカー、今立ち上がれ!!!!
pc8.2ch.net/test/read.cgi/pcnews/1120271067/

また中国です。

741 名前:152 [2005/07/02(土) 16:23:42 ]
>>740
 そんなことしてる暇あるならコード書けってかんじだよなぁ






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<288KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef