元スレ+ JavaScript の質問用スレッド vol.96 +

JavaScript覧 / PC版 /

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

101 = :

>>99
どうしてこんな質問がくるの？
自分で試せばいいじゃないか

102 = :

>>100
Unicode的には全角半角の区別自体が無い（実体を何バイトで表現するか？ってだけ）から
いわゆる全角スペースも空白のグループに入るのが正しい実装

103 = :

>>99
1文字、javascriptのlengthはUTF-16の16ビットの符号単位の個数を返す

104 = :

2だろバカ

105 = :

このスレに居る人って割りとプログラム書いてる人だと思うんですけど
それでもprototype.jsじゃなくてjQuery使ってる人多いんですよね？
prototype.jsのほうがこのスレの人的にはとっつきやすいんじゃないですか？
それでもあえてjQueryを選んでる理由を教えて下さい

106 = :

jQueryだとアニメーションとかあるから？

109 = :

>>95
前スレであったがローカル変数の文字列による参照は
今はもうevalでしかできないっぽいぞ

110 = :

収納式ドロップダウンメニューとかJSで描くだけで何十行にもなるからなぁ。

111 = :

eval、evalってうぜーな
使いたかったら使えよ以上。
いつまでもピーチクパーチク言ってんなボケ

112 = :

>>104
2文字分の場所を使うだけで1文字は1文字だろ

113 = :

ローカル変数の文字列による参照って、、
ローカル変数ってことは自分が今編集してるファイル内の話なんだから、わざわざeval使わないで普通に書けよ…
eval使うなとは言わないけど、わざわざeval使ってたらなんで？って思うのは当たり前だろ

114 = :

＞わざわざeval使ったら

ならeval使わなくてすむコード示せよ

115 = :

>>113
そんなこと言ったらオブジェクトの添字での参照も必要なくない？
配列は別だけど

116 = :

>>114
お前正解
eval使わないとできねーわ。eval使っていこうぜ。

117 = :

1つのものに複数の方法でアクセスするってバグが出やすいからよくないスタイルだと思う。
文字列をキーにさまざまな値にアクセスしたければハッシュ（JSではObject）使えばいい。
それをローカル変数と混ぜる必然性は無いと思うね。

119 = :

116
やっと負けを認めたか(ｗ

120 = :

ローカル変数とオブジェクトを混ぜたいというその考え方がよくないスタイルだと思う。
一般的にevalを使わないとできないような設計が悪い設計。
evalを使わないとできなかったり遅かったりすることは存在するが、今日では標準的な
ライブラリにラップされてるものを使えば済むこと。

121 = :

～をするにはどうしたらいいですかの質問に、～なんかする必要はないとかいう奴は義務教育受けてきたの？

122 = :

別にどーしてもローカル変数を文字列キーで取りたければeval()するんでしょね。
でもそういうコードの発想自体が糞設計だね。

123 = :

>>120
『evalを使うのは悪い』の理由がわからん
evalでしかできなかったり、evalの方が速かったりするのなら
使うことは良いことじゃないのか？
矛盾してるだろ
マジで宗教か何かにしか見えんのだが

124 = :

>>122
What reason?

125 = :

eval賛成派も宗教でしょ。
たとえば昔からevalのあるLispコミュニティではどうしてるかとか調べたことあるのかな。
必要なときは使うし必要でもないのに使うのは悪いスタイル。

126 = :

evalが悪いスタイルなのは前スレにも書いたけど、実行時に渡す文字列が何であるかに
よって起こることが全く違うので理解しづらいコードになるからだと思うけどね。
オレは理解してるからトラブルなんか起こさないという奴はよくいるけどね（笑）。

127 = :

>>125
このケースは必要に当て嵌まるだろ
それともパーサー書けばいいとかまたトンデモ論に走るの？

>>126
このケースでどんな問題が起こる可能性があるのか解説頼む

128 = :

evalはevil
evalは悪魔
悪魔は禁止
evalは禁止
eval悪魔eval悪魔eval悪魔悪魔eval悪魔
eval悪魔eval悪魔悪魔eval悪魔eval
悪魔eval悪魔悪魔eval悪魔eval悪魔
eval悪魔悪魔eval悪魔eval悪魔eval悪魔悪魔
eval悪魔eval悪魔eval悪魔悪魔eval悪魔
eval悪魔eval悪魔悪魔eval悪魔eval悪魔eval悪魔悪魔eval悪魔eval悪魔
eval悪魔悪魔
eval悪魔eval悪魔eval悪魔悪魔eval悪魔eval悪魔eval悪魔悪魔eval悪魔eval悪魔eval悪魔悪魔

129 = :

evalを使ったほうが楽なケースはあるし、メリット・デメリットを考えて使うのは別にいいんだけど
そこにevalを積極的に使う理由はないでしょ。なんで>>116 みたいになるのかね。

130 = :

宗教というか、使わないっていうポリシーでしょ

131 = :

漏れも >>129 に賛成。

132 = :

>>129
それはどう見てもネタだろ
お前の目はふし穴か(ｗ

133 = :

>128,130

ふーん、ぽりしーねぇｗ
なるほどｗ！

134 = :

お前ら懲りずにまた1でも0でもない0.5くらいの事を
1か0かに無理矢理決着付けるために争ってんのかよｗ
毎度毎度懲りない奴らだなｗｗｗｗｗ

135 = :

荒らし消えろ

136 = :

>>134 とか >>135 みたいなのが荒れるきっかけになりやすいんだけどな。
「はい、分かりました」なんてなる訳ないんだから。

137 = :

数式の評価に十数行程度のパーサ書いて使うのがどうしてトンデモなの。
あのパーサが自分に読めないから悔しいとかそういうわけじゃないんだよね？

138 = :

1. eval絶対禁止派
2. eval使わないこともないけど積極的には使わないよ派
3. どっちでもいいよ
4. eval使ったほうが楽に書けるときは躊躇なく使う派
5. eval積極的に使う派
1と5は論外として、4が微妙なんだよな。

139 = :

>>137
JSでできたLinuxでCのパーサー動かせばevalいらないって言ってた奴のことでしょ
話の流れわからない奴は黙っててくれるかい？

140 = :

6.可能な限り排除すべき派

141 = :

>JSでできたLinux
これ実際はCPUとかのエミュレートとかだけだったはず。
Cとかそこらはバイナリだったはずだぞ。

142 = :

>>138
eval使った方が楽でパフォーマンスも良いときは使わない理由ないし
流石にそれに反対する人もいないんじゃない？
皆反対してるのはそうじゃない、もっと良い書き方ができるときや
不審なコードが実行される場合だけでしょう

143 = :

>>141
Ｃは普通にJSLinux上でソース書いてコンパイルしてハローワードは実行できたはず
どのくらいの機能が揃ってるのかはわからないけど

144 = :

　 ┏┳┳┓ 　　ハイ. 　　　┏┳┳┓
┏┫┃┃┃ 　　雑談は　　┃┃┃┣┓
┃┃┃┃┣┓ 　ここまで ┏┫┃┃┃┃
┃　　　 ┃┃┏━━━┓┃┃　　　 ┃
┃　雑談　 ┣┫ . ･∀･ ┣┫. STOP！┃
┗━━━━┛┗┳━┳┛┗━━━━┛
　　　　　　 ┏┻┓┃
　　　　 ┏━┛　 ┣┻┓
　　　　 ┗━━━┫　 ┗━┓
.　　　　　　　　　　┗━━━┛

145 = :

good partsとパターンで悪って言われてるからそれを守ってる
難しいことはわからんｗ

146 = :

みんな誰もが初心者の頃にevalに大変お世話になっただろ
それなのにその恩をあだで返すのか？

147 = :

>>146
今まで使ったことがない。

148 = :

evalがなくて苦労してる言語も沢山ある中、
有り難いことにせっかくJSには強力なevalがあるんだから使わにゃ損だと思うけどなあ
俺の考え方間違ってるかなあ

149 = :

だから、もういいって。
eval使え使え。evalなかったら無理だ、無理。

150 = :

>>147
こういう嘘
小学生がはぶてた時よくつくよね(笑