のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,908人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

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

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    760 = :

    >758
    俺もCGIはperl派だがperlとJSって敵対する関係じゃなくてむしろ仲間だろ
    HTML5でJSがいろいろできるようになって基礎処理の部分ではwebにおいてperlは不必要になりつつあるが、オンライン処理系はむしろこれからどんどん必要になってくる
    ちょっかい出しに来る暇があったらそれに役立つモジュールとかライブラリとか開発しろ

    761 = :

    抜き出すのは当該箇所を取り出してループで回りながらパターンで
    マッチして必要な箇所を抜き出すんでしょ。Perlと同じだと思うけど。
    ユーザにファイル保存さすのなら、保存したい情報を表示したページなり
    別窓なりが現れて、それを自分で保存してねとかが簡単では。

    762 = :

    >>760
    二行目が読解できない。
    基礎処理ってのは何のことを言ってるの？
    サーバサイドのこと？だとするとオンライン処理って部分はPerlとJSどっちを指してるのか・・・

    764 = :

    5のAPIに関してはこれが良くまとまってると思った
    http://codezine.jp/article/detail/5653

    765 = :

    >>760
    > HTML5でJSがいろいろできるようになって基礎処理の部分ではwebにおいてperlは不必要になりつつあるが
    Perl のどんな技術が JavaScript で代替できるのか、具体的に書いてもらえると助かる。
    HTML5 は革新的だと思うが、Perl を代替できる機能っていうのは思いつかない…。

    766 = :

    今まではPC内ファイルのバイナリデータ一つJSで扱うのも
    formでアップしてサーバー側でtxtとかに書き出したのをAjaxとかで取得したりしなくちゃいけなかったり、
    Cookieじゃ足りないからサーバー側にデータをAjaxで保存したりと、
    ちょっとJSで大きなことをしようと思ったらCGI側にいろいろ任せなきゃいけなかったけど
    これからはオンラインゲームとか掲示板みたいなシステムに集中できるよねってこと

    767 = :

    >>766
    なるほど、それを基礎処理と称していたのか。理解した。

    770 :

    インターネットビジネス界のTOPランナー和佐大輔さんの考え方がわかります。
    http://www.auction.co.jp/mem1/item/mem_itm_item.asp?LOT=1543435

    771 = :

    >>759
    自分でも検証してみます
    粗品かぁ

    772 = :

    なんかレス抜けてるけど忍者でも出たか？

    773 = :

    >>772
    森へお帰り

    776 = :

    お前らオライリーのjavascriptパターンは買ったのか？

    777 = :

    なんかPerl忍者っていうやつより、しょぼいねここ
    768のソースなんて、適当に書いたやつだろ
    そんな、変なコード載せなさそうだし

    779 = :

    >>7789
    たぶん、０点っていったやつはPerl忍者よりカスなんでしょうね

    780 = :

    スレタイ読めないやつよりマシだと思うぜ

    782 = :

    君たちじゃわからないんだよ>>781

    783 = :

    二度も取得するのが0点なんだろわかれよ

    787 = :

    いつまでやってんだガキども死ね

    788 = :

    もうだめだ　名誉を傷付けられた

    789 = :

    ０点っていうの謝れ

    791 = :

    謝れ

    792 = :

    とても香ばしいスレですね

    793 = :

    以前この板で
    「JavaScriptでprototype使うのは邪道で、危険なプログラミング」
    みたいな事を言われて面食らったんですが
    何故邪道なのか、分かる方居ますか？

    「メモリ節約の為にもprototypeを活用すべき」
    という話をあちこちで聞いて、そう思っていたのですが
    何かデメリットがあるのでしょうか。

    かなり前にどこかのスレでこの話をされて、理由を聞いたんですが
    「話にならん、自分で調べろ」と言われ
    調べても今ひとつわからず、放置して2年くらい経ちます。

    796 = :

    >>795
    いや、もう大分前の事な上に何のスレだったかも忘れてしまって・・・
    当時まだJavaScriptを使い始めたばかりの頃で
    「オブジェクトにメソッドとか追加するにはprototypeを使えば良い」
    知ったばかりにもかかわらず、そんな事を偉そうに書き込んだところ
    >>793のような状況になったような感じです。

    prototype汚染　でぐぐると色々出ますね。
    for・・・inで列挙されるとか、まぁそれはそうですよね

    797 = :

    普通に使ってもいいと思うけどなー
    複数人で開発するときに使うなら話し合ってドキュメント書いておけば問題ないしょ

    798 = :

    自分で作ったオブジェクトには、メモリ節約できるならprototypeは積極的に使っていいと思う。

    それ以外は微妙。　─── 俺は使っているけどね。

    799 = :

    >>797-798
    なるほど、既存のオブジェクトにprototypeで何かしら追加したうえに
    それが複数人開発で、他の人が知らないとバグの原因に成る
    という感じですかね。
    多分この事だったんでしょうね。


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について