5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

静的型付け言語の潜在開発生産性は今の100倍

1 :デフォルトの名無しさん:2013/03/03(日) 18:17:29.51
人間がやっていたことを、コンピュータにやらせる。
これが生産性を上げる最大の方法。
コンピュータは間違わない、同じ事を何度も高速に行える。

その為に、コンピュータがコードの意味を正確に
認識できる方法が必要。実行しないとわからないことは
コンピュータは認識できない。

すなわち静的型付け言語であれば、実行しなくてもわかるので
コンピュータが理解できる。そうすれば様々な
コンピュータの高度な情報支援が得られる。

コンピュータのバックアップを受け、人間の生産性は
限りなく向上する。

493 :デフォルトの名無しさん:2013/03/20(水) 13:27:28.35
フレームワークの出典が見つからない
=> これまでの議論の前提が崩れる
=> Javaが完全敗北した事実も無効

494 :デフォルトの名無しさん:2013/03/20(水) 13:28:09.31
>>490
マクドナルド的にはチキンタツタの方がいい

462 名前:デフォルトの名無しさん [sage]: 2013/03/20(水) 01:15:45.31
チキンタツタ接続、チキンタツタ入出力、外部チキンタツタ使用、
何をやるにもチキンタツタは冗長で可読性最悪。
言い訳は「そんなの書かなくてもチキンタツタがやってくれるし!」


463 名前:デフォルトの名無しさん [sage]: 2013/03/20(水) 06:38:58.11
まあチキンタツタやチキンタツタといったチキンタツタチキンタツタ無しでチキンタツタを使う意味は無いわな。


464 名前:デフォルトの名無しさん [sage]: 2013/03/20(水) 12:29:35.00
一体どの言語ならチキンタツタが不要になるのだろうか?

495 :デフォルトの名無しさん:2013/03/20(水) 13:29:08.25
>>492
そんな調べてわかるような説明はいらん。
お前の定義をかけ

496 :デフォルトの名無しさん:2013/03/20(水) 13:30:05.51
>一体どの言語ならチキンタツタが不要になるのだろうか?
何かこの一文のおかげで文章が成立してる気がする

497 :デフォルトの名無しさん:2013/03/20(水) 13:30:19.24
http://e-words.jp/w/E38395E383ACE383BCE383A0E383AFE383BCE382AF.html

フレームワーク【framework】


▼ 分野
▼ 文中の用語
枠組み、下部構造、構造、組織という意味の英単語。

ソフトウェアの世界では、アプリケーションソフトを開発する際に頻繁に必要とされる
汎用的な機能をまとめて提供し、アプリケーションの土台として機能するソフトウェアのこと。
アプリケーションの雛型。開発にフレームワークを利用すると、独自に必要とされる部分だけを
開発すれば済むため開発効率の向上が見込める。具体的なソフトウェアだけでなく、
汎用的に適用できるプログラムの設計モデルや典型的な処理パターンなどを含めてフレームワークと呼ぶ場合もある。

498 :デフォルトの名無しさん:2013/03/20(水) 13:31:51.39
もしかしてフレームワークってJavaの特権だと思っていたのか?


Ruby、PHP、Perl、JavaScript
ほとんどの言語にフレームワークがあるんだけど?


はい論破

499 :デフォルトの名無しさん:2013/03/20(水) 13:32:57.24
>>495
他で調べて検証できることを、自分で書いてくれればいいんですが。
だれもオレオレ定義を書いてくれとは言ってないし、
オレオレ定義を書くなと言ってるじゃないですか。

500 :デフォルトの名無しさん:2013/03/20(水) 13:37:35.23
コンパイラ言語
http://e-words.jp/w/E382B3E383B3E38391E382A4E383A9E8A880E8AA9E.html
>同じプログラミング言語にコンパイラとインタプリタの両方が用意され、必要に応じて使い分けられるようになっている言語も多い。

支離滅裂な辞典だな
「コンパイラ言語」なんてくくりの言語存在しないだろ

501 :デフォルトの名無しさん:2013/03/20(水) 13:39:38.66
>>497
かつて存在したFoundation(基礎/土台)とは違うのですか?
Foundationじゃだめなんですか?
「Foundationはつかってません」って柴崎コウ気取りなんですか?

502 :デフォルトの名無しさん:2013/03/20(水) 13:58:24.01
>>471
話を少し戻すけれど、どの言語にもフレームワークがあるというのは、
無理があると思う。

503 :デフォルトの名無しさん:2013/03/20(水) 14:04:08.99
フレームワークが無い言語って、Brainf*ckとか?
もっともBrainf*ckですら誰かが冗談でフレームワークを作ってそうだが

504 :デフォルトの名無しさん:2013/03/20(水) 14:13:25.88
>>503
新しい言葉だから、古い言語では使わないよ。

505 :デフォルトの名無しさん:2013/03/20(水) 14:15:07.12
>>502
たしかにそのとおりだ。
だからフレームワークがある言語を言おう

Java、JavaScript、Ruby、PHP、Perl、Python

506 :デフォルトの名無しさん:2013/03/20(水) 14:16:30.87
Smalltalk (Seaside)

507 :デフォルトの名無しさん:2013/03/20(水) 14:17:39.29
>>505
サーバ・クライアント時代の言語?

508 :デフォルトの名無しさん:2013/03/20(水) 14:21:18.86
サーバー・クライアント時代ではない言語ってなんだろう?

509 :デフォルトの名無しさん:2013/03/20(水) 14:23:00.27
>>508
FORTRAN とか

510 :デフォルトの名無しさん:2013/03/20(水) 14:23:02.58
C#の場合ASP.NETがウェブフレームワークになるだろうか

511 :デフォルトの名無しさん:2013/03/20(水) 14:25:22.37
>>510
フレームワークと呼びたくないというようなことはあるだろう。

512 :デフォルトの名無しさん:2013/03/20(水) 14:27:30.19
>>511
そういう頭悪そうなレスはやめたほうがいいと思う。

513 :デフォルトの名無しさん:2013/03/20(水) 14:42:48.13
LISP,Prolog,関数型言語などでは、ライブラリを使うことでさえ、
恥ずかしいという感覚があって、フレームワークなんて拒否される。

514 :デフォルトの名無しさん:2013/03/20(水) 14:44:39.68
んなわけねーだろw

515 :デフォルトの名無しさん:2013/03/20(水) 14:48:25.54
>>513がLispやPrologにはあるのか?って質問に見えたので

http://clacklisp.org/tutorial/01-introduction.html
Clack is a web aplication environment for Common Lisp,


http://prospear.sourceforge.net/
Welcome to the home page of Prosper, a framework for developing Prolog web applications.

516 :デフォルトの名無しさん:2013/03/20(水) 15:35:20.32
Frameworkと名の付くものならCOBOLにだってあるよな
Frameworkと名が付くものが無いのはBrain Fuckとか
White spaceとかマイナー言語ぐらいになるじゃないか?

>>506
定義のらんFrameworkとやらと同列に語ってほしくない

517 :デフォルトの名無しさん:2013/03/20(水) 15:36:05.69
×定義のらんFrameworkとやらと同列に語ってほしくない
○定義の解からんFrameworkとやらと同列に語ってほしくない

518 :デフォルトの名無しさん:2013/03/20(水) 15:38:04.67
JavaにはCollection Frameworkというのがあるが、
STLはFrameworkになるのだろうか。C++側でFrameworkと
言われてるのを聞いたこと無いが。

519 :デフォルトの名無しさん:2013/03/20(水) 15:38:12.86
おまえらはバカだな
自分が書いたコードから呼び出すのがライブラリ、
自分が書いたコードを呼び出すのがフレームワークだよ

PHP、Ruby、Pythonのフレームワークは
総じて軽いから問題にならない
Javaのは…、まあおまえらが知っての通りだw

520 :デフォルトの名無しさん:2013/03/20(水) 15:39:22.66
>>519
Fotran Testing FrameworkはLibraryから呼び出されないんですけど・・・

521 :デフォルトの名無しさん:2013/03/20(水) 15:41:35.86
>>519
Task Parallelism in a High Performance Fortran Framework
これもライブラリーから呼び出されんぞ

522 :デフォルトの名無しさん:2013/03/20(水) 15:47:15.90
High Performance Fortran Frameworkな
書くの面倒だったから余計な分コピペしてもうた

523 :デフォルトの名無しさん:2013/03/20(水) 15:54:23.13
英語圏におけるLightweight programming language

英語版Wikipediaによれば、Lightweight programming languageは計算機
リソースを多くは消費しないという意味で軽量(Lightweight)であり、
C言語などが例としてあげられている。つまり、プログラマ負担の軽い言語を意味しない。
また、1997年に書かれたLightweight Languages as Software Engineering Toolsでは、
プログラミング言語内で補助的に使われる、正規表現やSQL、GLSLを、Lightweight Languagesと呼んでいる。
よって、日本における軽量プログラミング言語と欧米におけるLightweight programming languageは、
その「軽量」の意味においてまったく異なるものであるため注意が必要である。
英語でPerlやJavaScript、PHPを指し示す場合は、Scripting languageと表現するのが妥当である。

524 :デフォルトの名無しさん:2013/03/20(水) 15:55:48.37
所詮Fotran世代ってことでしょうな。
あの頃の用語は間違っていると。

525 :デフォルトの名無しさん:2013/03/20(水) 16:03:39.79
>>523
Scriptを技術的な用語として検索すると、
アプリケーション制御用の意味合いで使われる事が多いぞ。

526 :デフォルトの名無しさん:2013/03/20(水) 16:05:27.32
>>524
日本海じゃない東海ニダ

527 :デフォルトの名無しさん:2013/03/20(水) 16:05:30.41
自分が書いたコードを呼び出すのがフレームワークならイベントドリブンなAPIはことごとく
フレームワークになっちゃうな。SAX系のXMLパーサもフレームワーク。

528 :デフォルトの名無しさん:2013/03/20(水) 16:06:02.35
>>515
使っている人がいるなら別だが、使われることがないものに
フレームワークと名付けられても。

529 :デフォルトの名無しさん:2013/03/20(水) 16:08:31.54
MFCなんて当初だれもFrameworkなんて呼んでなかったのにな
今でもFrameworkなんて言われると違和感がある

530 :デフォルトの名無しさん:2013/03/20(水) 16:09:55.97
>>520-521
>>519をもう一回読んでくれ
ライブラリがフレームワークを呼び出すなんてまったく書いてない

531 :デフォルトの名無しさん:2013/03/20(水) 16:12:23.93
>>530
じゃ何が呼び出すんですかねぇ?
High Performance Fortran Frameworkなんて呼び出される要素が全然見当たらないんですが

532 :デフォルトの名無しさん:2013/03/20(水) 16:19:26.79
>>531
High Performance Fortran Frameworkを呼び出す貴方がフレームワークなんですよw

所詮制御の反転なんて関心の分離を実現する一手法にすぎないのに。
「自分が書いたコードを呼び出すのがフレームワーク」なんて良くある特徴と定義をごっちゃにしただけ。

533 :デフォルトの名無しさん:2013/03/20(水) 16:24:23.27
となるとHigh Performance Fortran Frameworkは自分で書いたコードという事になるのですか?トム

534 :デフォルトの名無しさん:2013/03/20(水) 16:28:44.75
>>533
High Performance Fortran Frameworkの気持ちになれば解る。
High Performance Fortran Frameworkというワタクシを優しく呼び出す貴方は
High Performance Fortran Frameworkにとって間違いなくフレームワーク。

535 :デフォルトの名無しさん:2013/03/20(水) 16:32:27.93
ソフトウェアフレームワーク - Wikipedia
ソフトウェアフレームワークとは、プログラミングにおいて一般的な機能をもつ共通コードをユーザーが選択的に上書きしたり特化させたりすることで、ある特定の機能をもたせようとする抽象概念のことである。
ソフトウェアフレームワークは、はっきり定義されたAPIを持ち、コードを再利用可能な形で隠蔽しているという点でライブラリとよく似ている。
しかし、ライブラリでは呼び出し側がプログラム全体の制御構造を指定できないが、フレームワークでは可能である。

Preeによれば、ソフトウェアフレームワークには「凍った部分 (frozen spot)」と「熱い部分 (hot spot)」がある。
「凍った部分」はソフトウェアシステム全体のアーキテクチャ(基本コンポーネント群とそれらの相互関係)を定義する。
それらはそのフレームワークを使って何を実装した場合でも常に変化しない。
一方、「熱い部分」はプログラマがプロジェクト固有の機能に対応したコードを追加できる部分である。
ソフトウェアフレームワークには、ソフトウェアアーキテクチャ内でアプリケーションプログラマが特定の機能に対応したコードを置ける場所(すなわち「熱い部分」)が定義してある。

536 :デフォルトの名無しさん:2013/03/20(水) 16:35:57.80
>>535

>>477-481

537 :デフォルトの名無しさん:2013/03/20(水) 17:15:32.33
単純に新しく用語が定義されたってだけじゃん。
それまでの間は定義が確定されずフラフラしていただけ。

今の定義で語れば良い。

538 :デフォルトの名無しさん:2013/03/20(水) 17:24:51.29
今の定義って何?

539 :デフォルトの名無しさん:2013/03/20(水) 17:29:05.21
Railsとかがフレームワークってことだよ。

540 :デフォルトの名無しさん:2013/03/20(水) 17:32:57.39
レスポンシブデザイン・フレームワークの「Foundation」に新版が登場。「モバイルファースト」を強化してZeptoを採用
http://jp.techcrunch.com/2013/03/02/20130228responsive-design-framework-foundation-4-launches/
FoundationなのかFrameworkなのかもうワケワカメ
そのうちFrameworkの次はFoundationとか原点回帰していくんだろうな
Application Service ProviderとSaaSみたいなもんか

541 :デフォルトの名無しさん:2013/03/20(水) 17:33:33.08
>>539
.Net FrameworkはFrameworkだけどFrameworkじゃないとか?

542 :デフォルトの名無しさん:2013/03/20(水) 17:35:32.66
Java Collection Frameworkも多分オワコンで、Java Collection Frameworkという
Frameworkじゃ何かになるんだな。

543 :デフォルトの名無しさん:2013/03/20(水) 17:35:49.97
そのFoundationは特定のフレームワーク名では?
Ruby on RailsとかSeasideのような

544 :デフォルトの名無しさん:2013/03/20(水) 17:38:25.13
Seasideって実行環境だけど、あれもFrameworkなんか。

545 :デフォルトの名無しさん:2013/03/20(水) 17:39:19.54
なんつうかアレだろ、宇宙の起源はフレームワークだとかそんな感じだろ

546 :デフォルトの名無しさん:2013/03/20(水) 17:46:02.12
いやDXとかの方が近いだろ
マツコDXと桃鉄DXみたいに、
DXとついてるものには共通点がない
ただDXがついてるためになんとなく
一体感がある

547 :デフォルトの名無しさん:2013/03/20(水) 17:49:50.95
>>472 がすべてを語ってる気がする。

548 :デフォルトの名無しさん:2013/03/20(水) 17:50:38.81
>>544
厳密な定義が無い用語だからね

http://en.wikipedia.org/wiki/Seaside_(software)
> Seaside is a free and open source web application framework for developing web applications in Smalltalk.

http://sourceforge.jp/magazine/10/09/14/0429222
> Smalltalk向けWebフレームワークの最新版「Seaside 3.0」リリース

549 :デフォルトの名無しさん:2013/03/20(水) 18:43:10.39
ぶっちゃけFrameworkには枠組み(骨組み)以外の意味はないから、
これは、Frameworkだなんて成り立たないんだよ。厳格な用語じゃない。

550 :デフォルトの名無しさん:2013/03/20(水) 21:20:26.05
フレームワークの意味について話し合うスレッドになってるな。
静的型付けも動的型付けもどっちもどっちという一定の結論がでたということでいいんだろ。
ちゃんとテストすることが前提ならどっちでもいんだけど、テストする時間が惜しいときがある。
そういうときはコンパイル段階でタイプミスを除去できるから静的型付けの方がいい。
じゃあ静的型付けが現時点で最強ということでいいな。

551 :デフォルトの名無しさん:2013/03/20(水) 21:34:44.10
フレームワークの意味について話し合うスレッドになってるな。
静的型付けも動的型付けもどっちもどっちという一定の結論がでたということでいいんだろ。
ちゃんとテストすることが前提ならどっちでもいんだけど、全体が完成するまで待つ時間が惜しいときがある。
そういうときは部分的実装の段階で実行できるから動的型付けの方がいい。
じゃあ動的型付けが現時点で最強ということでいいな。

552 :デフォルトの名無しさん:2013/03/20(水) 21:41:27.03
コンパイルエラーをテストで見つけるという考え方が
そもそもおかしいんだと思う。

コードの動きが正しいかどうかはテストがないと判定できないけど
コンパイルエラーは明らかに間違いってわかるもの。

そのためにテストを使うっていうのは
単体テストで不具合を見つけるべきものを
統合テストで見つけているようなものだと思う。

553 :デフォルトの名無しさん:2013/03/20(水) 21:56:44.21
構文の間違いを翻訳時に見つけられる動的型付言語はあるでがな。
Objecitve-Cとか。

554 :デフォルトの名無しさん:2013/03/20(水) 21:58:14.16
Objecitve-Cで見つけられる場合はあるけど
静的に決められるところだけであって
そもそも静的な範囲がすごく狭い。
つまり見つけられる場合が少ない。

555 :デフォルトの名無しさん:2013/03/20(水) 22:02:32.93
ちなみに、Objective-CでMessageに対応するMethodが見つからないのは、
実行時の例外であって翻訳時に出来る構文の間違いじゃない。
なんせMessageの宛先は別Processかもしれないし、Socketの
向こうに居るかもしれない。もしかしたらShared objectかもしれないからね(実はこれが本命)

556 :デフォルトの名無しさん:2013/03/20(水) 22:05:05.21
>>552
そうなんだよね。設計が先にあってその通りに組み上げるってんなら
あるていど許容できないでもないんだけど、プログラム書きながら
こういうやり方でいけるんじゃないかみたいにしてプロトタイプを作るときなんか
設計上の落ち度に起因するようなエラーとタイプミスとが同じレベルで通達されてくるって
いうのがどうにも嫌だ。

557 :デフォルトの名無しさん:2013/03/20(水) 22:06:06.55
>>554
静的じゃないのはMethodが存在するかしないかだけだよ。
それ以外は全て翻訳時に確認される。

558 :デフォルトの名無しさん:2013/03/20(水) 22:12:49.81
Objective-Cで実行時にMethodが見つからず例外が発生した時って、
WinAPIでSendMessage使いまくって異常が発生してる時よりDebugがマシだよ。

559 :デフォルトの名無しさん:2013/03/20(水) 22:31:54.45
そもそもコンパイルエラー全てを単体テストで
見つけられるのか?という問題がある。

実は単体テストに通ってもプロダクションコードは
正しく動かない場合が存在する。

560 :デフォルトの名無しさん:2013/03/20(水) 22:36:59.44
そんなん静的型付でも同じじゃん。Type *concrete = dynamic_cast<Type*>( abstract );を
網羅しきれるかってのと同じだろ。

561 :デフォルトの名無しさん:2013/03/20(水) 22:40:52.52
>>559
HWND window = CreateWindowEx(・・・);
SendMessage( window, UM_XXXX, yyy, zzz );
SendMessage( window, UM_XXXX, yyy, zzz );
SendMessage( window, UM_XXXX, yyy, zzz );
SendMessage( window, UM_XXXX, yyy, zzz );
SendMessage( window, UM_XXXX, yyy, zzz );
SendMessage( window, UM_XXXX, yyy, zzz );

WinAPIつかってた時代はバグだらけでマトモなプログラムは書けなかったと?

562 :デフォルトの名無しさん:2013/03/20(水) 22:41:51.92
>>560
テストを流せば、静的型付け言語のコンパイルチェックで
見つけられるエラーは全てわかると言ってる人がいるだろ?

それが間違いということ。

あとdynamic_castは危険だからあまり使わないようにするという風潮がある

563 :デフォルトの名無しさん:2013/03/20(水) 22:42:57.74
見つけられるバグの数

(静的型付け言語+コンパイルチェック+テスト) > (動的型付け言語+テスト)

564 :デフォルトの名無しさん:2013/03/20(水) 22:43:49.19
>>562
Javaはdynamic_castだらけじゃん。Objectで返すMember関数多すぎ。

565 :デフォルトの名無しさん:2013/03/20(水) 22:43:55.88
>>560 >>561
それテスト書いてないじゃんw

テスト書いても不具合が見つからない事がある
でも静的型付け言語なら見つけられる。

って話をしてるのにw

566 :デフォルトの名無しさん:2013/03/20(水) 22:45:23.08
>>565
>WinAPIつかってた時代はバグだらけでマトモなプログラムは書けなかったと?
この意味分かってる?

567 :デフォルトの名無しさん:2013/03/20(水) 22:46:49.13
>>566
開発コストがかかるって事でしょう?
そりゃそうですよ。テストがなくても人力テストが完璧なら
バグはありませんよ。

でもね。今はより早くバグを検出することが求められています。
昔の開発効率が悪い時代の例を持ってこられても困りますねぇw

568 :デフォルトの名無しさん:2013/03/20(水) 22:47:03.92
>>565
どんな不具合がみつかんの?

569 :デフォルトの名無しさん:2013/03/20(水) 22:51:00.11
>>568
型チェックエラー

動的型付け言語なら型がないから、型チェックエラーにはならず、
プロダクションコードは間違った答えを返すが一応動作し
単体テストコードは問題なく書かれている。

単体テストコードがあれば型チェックは不要というのが
間違いである例が存在する。しかも別に特殊な例ではない。

570 :デフォルトの名無しさん:2013/03/20(水) 22:55:24.46
>>567
全体の開発コストで言えば、Android向けにJavaで作るより、
iOS向けにObjective-Cで作ったほうが安くすんでるな。
期間もJavaで作った時の概ね2/3ぐらいで済む。
Emulatorが糞なのもあるが、Methodが見つかるからない事が
原因で問題が発生した事がまず無い。
自分たちでiPhone使ってて異常終了しやすいAppとか
殆ど見ないだろ。作ってる側としても実際そこが見つけにくい
問題になる事が無いんだ。

571 :デフォルトの名無しさん:2013/03/20(水) 22:56:44.94
> 全体の開発コストで言えば、Android向けにJavaで作るより、
> iOS向けにObjective-Cで作ったほうが安くすんでるな。
統計情報があれば信じるよ :P

572 :デフォルトの名無しさん:2013/03/20(水) 23:02:21.81
統計ねぇどっかにあるのかねぇ。
まぁ、うちは4本Releaseしてるけど、全般的に2/3ぐらいだったよ。
結局開発工程全体でMethodの有無が占める問題は極めて小さい。
一番重要なのは如何に俺実装を書かないか。その差が一番でかくなる。
俺実装が増えれば増えるほどバグの発生箇所が増えるわけだかね。

573 :デフォルトの名無しさん:2013/03/20(水) 23:03:39.00
つまり、俺実装を書かないというのが
安くすんでる理由なわけで、
全然Javaとか動的型付け言語とか関係ないといったも同然。

574 :デフォルトの名無しさん:2013/03/20(水) 23:08:11.43
strictモードみたいな機能がある言語だと
みんなたいていONにしてコンパイルチェックの
恩恵を受けようとしてるじゃないか?

575 :デフォルトの名無しさん:2013/03/20(水) 23:08:39.50
関係ないわけではないんだが、JavaはinterfaceとかProxyに投げれば済んだのに態々
classを書かなきゃいけないとか、Objective-Cでは書かずに済んだ
俺実装が増えやすいわけだし。

576 :デフォルトの名無しさん:2013/03/20(水) 23:10:00.21
>>574
誰がしてて、その人は成果を出せてるの?

577 :デフォルトの名無しさん:2013/03/20(水) 23:12:44.05
>>576
同じ人がstrictモードON/OFFで調べないと比較にならんだろw
誰がを聞く意味がわからん。

で、殆どの人がstrictモードONを選んでいる。
その人にstrictモードOFFを強要したら成果は下がるだろうね。

578 :デフォルトの名無しさん:2013/03/20(水) 23:14:18.66
>>575
あなたが書かずに済ます方法を知らないだけでしょう?

よくいるのが言語標準機能にないからと
毎回同じコードを書く人。
一回書けばいいだけなのにコピペをする。

そいうのはその人の問題。

579 :デフォルトの名無しさん:2013/03/20(水) 23:14:30.86
>>577
だろうね。じゃなくてどのぐらい下がったかじゃないと意味無いでしょ。

580 :デフォルトの名無しさん:2013/03/20(水) 23:16:10.35
>>578
JavaにSelector名を指定してEventを拾う方法はありますか?

581 :デフォルトの名無しさん:2013/03/20(水) 23:21:01.19
>>580
HTMLの話?
Selector名っていうのはHTML/XMLのタグを取得するものだとして、
http://jsoup.org/ セレクタであればこんなのが見つかったが

Eventってなんだ? 誰がEventを発行するんだ?

582 :デフォルトの名無しさん:2013/03/20(水) 23:22:18.45
AndoroidならWebKit + Javaの開発環境を
Googleが用意してるけど?

583 :デフォルトの名無しさん:2013/03/20(水) 23:23:46.26
面倒くさいから

Objective-CでSelector名を指定してEventを拾う方法を

聞けばいいんじゃね?

584 :デフォルトの名無しさん:2013/03/20(水) 23:25:58.87
>>578
あと、Messageの遅延送信(簡易的なlambda式)はできましたか?
ButtonのEventHandlerに対し親Viewのclassが生成した局所変数を渡すことができましたか?

585 :デフォルトの名無しさん:2013/03/20(水) 23:27:57.79
>>584
お前、手段と目的が反対になってるぞ。

586 :デフォルトの名無しさん:2013/03/20(水) 23:28:21.85
>>581
セレクターつったら、object.XXXXってあった時のXXXXの事だろ、
特定の言語に限らずセレクターと呼ぶはずだが。

587 :デフォルトの名無しさん:2013/03/20(水) 23:30:14.58
>>586
それはお前の視野が狭すぎるw

Ruby セレクター
PHP セレクター
JavaScript セレクター

なんでもいいから検索してみなよ。
特定の言語でしか使われてない用語だから。

(お前の知ってる数少ない言語以外にはない概念なんだろ?当然だって気づかないかな?)

588 :デフォルトの名無しさん:2013/03/20(水) 23:33:43.83
言語マニア(言語を作るのではなく、言語の研究が目的となってる奴)なんだろうなぁ。

589 :デフォルトの名無しさん:2013/03/20(水) 23:34:51.66
間違ったw

言語マニア(言語を使ってアプリを作るのではなく、言語の機能の研究が目的となってる奴)なんだろうなぁ。

590 :デフォルトの名無しさん:2013/03/20(水) 23:47:19.93
>>585
>>575が書かずに済ます方法があったらしいといったので、
Javaで書いた時冗長になって気になった事を書いたんですけど。
何か気になりましたか?

591 :590:2013/03/20(水) 23:48:43.79
× >>575
>>578

592 :デフォルトの名無しさん:2013/03/20(水) 23:51:25.42
>>587

Squeak
>message selector and argument names
http://wiki.squeak.org/squeak/671

Go
http://golang.jp/go_spec#Selectors
>セレクタは次の形式の基本式です。このxはパッケージ名ではありません

Objective-C
https://developer.apple.com/jp/devcenter/ios/library/documentation/ObjC.pdf
>メソッドとセレクタ

Java
http://docs.oracle.com/javase/specs/jls/se7/jls7.pdf
PrefixOp Expression3
( (Expression | Type) ) Expression3
Primary { Selector } { PostfixOp }

確かに多数派というわけではないわな。

276 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)