構造化ウェブプログラミングのための新言語「Dart」を語りましょう。
公式 http://www.dartlang.org/
配布元 http://code.google.com/p/dart/
公式Twitter http://twitter.com/dart_lang
前スレ
構造化ウェブプログラミング言語Dart
http://hibari.2ch.net/test/read.cgi/tech/1318240122/
Web制作あたりに立てるべきではないのか
Dartはブラウザとサーバーの両方で動く言語ということになってるが
現状ではブラウザ上で動かす方面しか注目されてないし、仮に移動するとしたらWeb製作板？
まあいいや。誰かdQueryとかDart on Railsとか作れよ。
Windows8からWindowsのアプリまで作れるし、
Linuxだと現状でGTK使ったアプリまで作れる。
自治スレで改訂しようとしてたみたいだけど結局流れてたみたいだし。
dQueryにしてもDartって名前付き引数無かったんだっけ?
jQueryUIで多用される$("#foo").baaUI({param1: ...})みたいなMapで
オプションを渡す書き方はもう嫌だ。
大して変わらんと思うが、おまいはどういう書き方をしたいんだ？
いや普通に、$("#foo").baaUI(param1: ..., param2: ...)みたいな感じに、
Mapではなく名前付き引数で渡したい。確かに見栄えは大差無いけれども
エラーの検出のしやすさが違う。
jQueryみたいにMapでオプション値を渡すAPIにしても内部はデフォルト値
の入ったMapをextendとかで上書きして使う実装が殆どなので、例えば
.func({param1: ...})を.func({paramOne: ...})みたいにキー文字列を誤記しても
それは単にparam1のデフォルト値が使われるだけで呼び出し時にはエラーに
ならない。このエラーを避けるにはテスト以外だとAPIリファレンスからキー
文字列を注意深くコピペするぐらいしか対策がない。
でも名前付き引数ならメソッドの呼び出し時どころか実行前にキーの誤記を
検出できるのでエラーを見つけやすい。
できないならjQueryみたいな利便性重視のライブラリだとやっぱりMapが使われる気がする
順不同でオプショナルな名前付き引数を仕様として組み込んでる言語ってあるのかな
void namedopt([var a = "default value", var b, var c]){
print("a = $a, b = $b, c = $c");
}
main (){
namedopt();
namedopt(c : "c" + a());
namedopt(c : "c", b : "b");
namedopt(b : "b", a : "a", c : "c");
}
可変長引数って取れるのかな。
main (){
namedopt();
namedopt(c : "c");
namedopt(c : "c", b : "b");
namedopt(b : "b", a : "a", c : "c");
}
main (){
namedopt(b : "b", A : "A", c : "c");
}
> a = default value, b = b, c = c
意味ないよｳﾜﾜﾜｰﾝヽ(`Д´)ﾉ
もし代入されるならそれはそれで問題だろう・・・
この程度で実行時エラーにされたらだるいでしょ
コンパイラやIDEの仕事じゃないの
せっかくなら未定義の引数名にも動的になんかゴニョゴニョできたほうが便利だろうし
事前にエラーとして弾いてもらいたかった。
namedoptという関数名の間違いはエラーとして弾くのに、そのシグネチャに
書かれた引数名の間違いは無視するって正直よく解らん。
を出して欲しいなぁ。
例に出したjQueryの例だと実行時に読み込むjQueryのバージョンによって
引数の有無の違いがあって、うっかりその引数が無い少し古いバージョンと
組み合わせて実行するとコンソールを見てもエラーはどこにも出ないのに
振る舞いがおかしい、なんてちと面倒くさいことになる。
Map渡しだとオプション引数の変更といったAPIの変更に弱いので名前付き
引数でその辺を改善して欲しかったのだが、エラーを吐かないのなら魅力が
半減。
ルールなんて作れば作るほど複雑化して、混乱の元なのは当然なんで
起こりえる事態だよ。シンプルにしておかないとルールを解釈するため
のルールとか 計算機言語によくあるシンタックスノイズと同じことが起きる。
そんな硬直化したルールは無視しても差し支えないよ。
コンパイラとかlintの仕事だろ
どっからIDEが出てくるのか理解出来ない
まだ生まれて間もない言語なんだから・・・
ワーニング吐くつもりねーよって公式がわざわざ明記してるから問題にしてるんですけど＾＾#
名前付き引数もそのうちエラーとか警告が出せるようになるだろ
あんた江添亮?
http://cpplover.blogspot.com/2011/10/dart_13.html
自演乙。
https://groups.google.com/a/dartlang.org/group/misc/browse_thread/thread/a86e4e801e4124f5/8290a34348748377
コンパイラのエラーチェックは
厳しく出来るだろうと書いただけなんだが
個人的にdartは良さそうだがベストとは思ってないし
C++大嫌いだしゴミだと思ってるんで
あんなのと一緒にしないでもらいたい
私は本人じゃないですよ^^;
core i7でHello worldコンパイルするだけでどんだけ重くなるか
発表日が2010/10/10になってた！
コケるとも限らんし
注目も集まらないのに誰がフィックスしてくれるんだ
スクリプト言語処理系ではダントツやね
by 某宝石言語開発者
LuaJITの足元にも及んでない
ダメ？
エラーもわかりやすい
lua jitは速いし、静的言語の意味ってあるのかなと最近思う
ただ動的型付け言語の実装が遅れてるだけじゃないのかな
動的型付け言語でもいいんじゃね
大規模開発も開発環境の実装が遅れてるだけで
結局、できるようになってきてる
そのうち静的言語の意味ってなくなるんじゃないかな
大規模開発も無理
大して変わらんし場合によっちゃhotspotの方が早いだろ。
それにパフォーマンス以外でもVM上でやるメリットはいくらでもあるだろ。
老害か？
OSのカーネルやパッケージソフト、市販ゲームなどが開発されるようになるといいね。
頭が不自由な子なのかな
静的言語のJavaVMを例に出してきて
大事な事なので2度言いました
通じない頭の不自由な人ですか
残念ながらクズ以外は存在しないだろう。
その結果が現実を物語っている。
静的言語で大規模と言ったらプログラムの規模が大きいってこと
言ってるようなもん
お前の書き込みは、自分は馬鹿ですと言ってるようなもん
だから大規模開発には確かに向いていない
簡単には大規模にならないからw
誰かさんが作ってる実装がくそだから
証拠やソースを出せ
coffeescriptみたいなのがのさばるだろ
それともDと勘違いしたん
いいんじゃねぇのこんなもんで
ただ普及しすぎたJSを置き換えるかというとインパクトが弱いな
後は、何を作るかってことになるんだろうねぇ。
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
DarkBASIC (441)
おまいら最強の麻雀プログラムしてみろよ Part5 (524)
Embarcadero RAD StudioXE/DelphiXE/C++BuilderXE (836)
BASICの宿題はお前にまかせた (550)
【モダン推奨】Perlについての質問箱 50箱目 (162)
【消しゴム】MONOを使ってみるスレ4【じゃない】 (103)
--log9.info------------------
無印ドラゴンボールを語ろうぜ！Part14 (234)
交響詩篇エウレカセブン ray=out No.421 (579)
勇者特急マイトガイン 8連結目 (888)
ふたりはプリキュア++Splash☆Star++110 (902)
愛天使伝説ウェディングピーチ キャンドル3本目 (790)
あずまんが大王を語ろう Ver.126.0 (818)
聖闘士星矢 冥王ハーデス十二宮編＋天界編 (341)
新世紀GPXサイバーフォーミュラ ROUND38 (504)
【アニメ魂】神魂合体ゴーダンナー!!【ロボット】 (477)
十二国記 第五十五章 (219)
笑ゥせぇるすまん (931)
「地下幻燈劇画 少女椿」について語ろう Part２ (101)
【リメイク】セーラームーン【復活希望】 (816)
【あんたなんて】らんま1/2 その58【大っ嫌い！】 (700)
ふたりはプリキュア++無印＆ＭＨ++ 253 (466)
【魔都】【震災】☆ 帝都物語 ☆【龍動】【菩薩】 (207)
--log55.com------------------
【元SKE48】平田璃香子応援スレ☆2【一歩前へ】
【SKE48/AKB48】北川綾巴☆応援ｽﾚ33【りょうちゃんズ】
【茨木市立南中卒】朝鮮人山本たくや○応援スレ★2
【茨木市立南中卒】朝鮮人山本拓也応援スレ★1
■SKE48＆HKT48のアイアイトーク■
ＨＫＴ４８ - 人気メンバー５人同時解雇
福岡のアイドル総合スレ
◆ローカルアイドルメディア出演情報スレ Part4◆
