私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレ【PHP】フレームワークについて語るスレ10【総合】

php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 : ○
レスフィルター : (試験中)

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

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

51 : nobodyさん - 2008/02/17(日) 11:55:49 ID:??? (+4,-18,-3)

まあ、PHPはウェブ専用だよ。

52 : nobodyさん - 2008/02/17(日) 19:25:33 ID:??? (+77,-29,-34)

>>49
マジレスすると Perl
Ruby は普通
Python はかなり遅い
起動の早さはバイナリサイズによるところも大きくて、awkやluaのようにバイナリが小さいものだとPerlよりも起動が早い。

53 : nobodyさん - 2008/02/18(月) 20:19:24 ID:??? (+96,+29,-75)

じゃあPerlにしようと思って
Perlの本買ってきた
Perlは糞記号が多いな
$にいろんな意味持たせすぎ。
こういうタイピング時点での節約がなんか前時代的
CLIのスクリプトってフレームワークの階層のどこに置けばいいんだろ？

55 : nobodyさん - 2008/02/19(火) 01:36:48 ID:??? (+68,+29,-5)

>52も罪深いが、>53は単純すぎる。　

56 : nobodyさん - 2008/02/19(火) 02:08:39 ID:??? (+41,+15,-1)

>>46

調べろ

57 : nobodyさん - 2008/02/19(火) 05:15:52 ID:??? (-1,-29,-26)

実際PHPもPythonもCLI重いじゃん
shなんて単純なものしか書きたくないし
そうなるとPerlは充分妥当な線だろ。
スクリプト言語の中ではPHPに一番近いし。

58 : nobodyさん - 2008/02/19(火) 05:27:17 ID:??? (-1,-29,-60)

まあPHPの既存のクラスを使うようなもので
速度がいらない処理（scaffolding等）はPHPで全然問題ないけどね

59 : nobodyさん - 2008/02/19(火) 07:47:46 ID:??? (+94,+29,-18)

http://www.timestretch.com/FractalBenchmark.html

ここの結果だとPythonの方が速いけど。
まあ、当たり前だけど目的による。
なんで盲目的にPerlが速いといえるのかがわからん。

60 : nobodyさん - 2008/02/19(火) 12:02:30 ID:??? (+45,-30,-36)

Perlでも例えば
use Encode;
use CGI;
use Data::Dumper;

とかやると結構違うんじゃね？
結局CLIの起動速度とか、言語の選択にそれほど影響する場面ってあるか？
まあRubyは結構がつんと引っかかるのを感じることはあるけど

61 : nobodyさん - 2008/02/20(水) 03:45:15 ID:??? (+59,+26,-75)

チープなWebアプリケーションを作る場合には、PHPは他を圧倒するな。
extで話が済んでるうちは、荒っぽくいえばCのWebフレームワークなわけだし。

rubyとか今やRailsないとWebアプリ作れねーんじゃねーかと。

62 : nobodyさん - 2008/02/20(水) 08:15:36 ID:??? (+91,+29,-27)

ruby作った松本も神だけど
rails作った奴も神だな
神と神が合体して偉大なるソフト

63 : nobodyさん - 2008/02/20(水) 08:57:52 ID:??? (+52,+29,-1)

多神教なんですね

64 : nobodyさん - 2008/02/20(水) 11:16:03 ID:??? (+0,-18,-2)

ワラタｗ

65 : nobodyさん - 2008/02/20(水) 16:36:10 ID:??? (+70,+29,-5)

>>62
神と神を合体させると何が出来るのですか？
http://members.jcom.home.ne.jp/sss-3/shin3/shin3_gdevil.html

66 : 24 - 2008/02/20(水) 18:10:02 ID:??? (+39,-29,-94)

うーん、どれも似たり寄ったりなのかな？
じゃあ、質問を変えてajax（というより、DHMLメイン？）前提ではどれが作りやすいかな？
たとえば、xhrを用いた非同期通信をサポートする上での仕様が覚えやすいとか、
prototype.js系に限らずほかのJSライブラリ（dojo系やYahooUI系）でも利用可能な仕様が公式側で用意されているとか。

67 : nobodyさん - 2008/02/20(水) 21:07:41 ID:??? (+57,+29,-56)

あ、それ俺も知りたい。
別途jQuery叩いてて不満ないのでフレームワーク側のAJAXサポートとか評価したことない。もちろん手間はある
識者のお勧め希望

68 : nobodyさん - 2008/02/21(木) 00:14:33 ID:??? (+73,+29,-32)

外国の技術系サイト見たら
システム周りのちょっとした作業するのに使われてるのRubyばっかだな
逆にPythonはあんまり見ない
Ruby知らないとイモって言われる時代もすぐそこか・・・(´・ω・`)

69 : nobodyさん - 2008/02/21(木) 00:38:11 ID:??? (+68,+30,-145)

>>66
なんか前スレのJaxerを彷彿とさせる流れだ

サーバサイドとフロントエンドをそれほど上手に連携させていて、しかも汎用的な
フレームワークとかまだそんなに無い雰囲気だけど、あるなら俺も知りたい

強いて言うなら、RubyはJavaScriptと近い記述も可能な印象があるので、スクリプトを
組む人間の脳みそ的に楽かも知れない。
オブジェクトやブロックの扱いとか、記述の柔らかさというかその辺で、少なくとも、PHP
よりは感覚が近いような

なんだこの印象論はと書いてて自分で思った。

70 : nobodyさん - 2008/02/21(木) 00:56:06 ID:??? (+57,+29,-30)

記述で言えば{}や;やら表面上はPHPの方が似てるんじゃね？w
まあ確かになんでもかんでもオブジェクトでござい、てあたりは似てるね

71 : nobodyさん - 2008/02/21(木) 01:12:47 ID:??? (+57,+29,-27)

ruby on railsは神と神のフュージョン
いいかえればキリストとアッラーが融合合体した「究極生命体」

72 : nobodyさん - 2008/02/21(木) 01:17:10 ID:??? (+5,-22,+1)

キリストは神じゃないよ(´・ω・`)

73 : nobodyさん - 2008/02/21(木) 01:18:32 ID:??? (+53,+29,-21)

神と神が合体するとフレームワークが出来上がるが
バカとバカが合体すると子供が生まれる

74 : nobodyさん - 2008/02/21(木) 01:21:07 ID:??? (+10,-29,+0)

>>68
Rubyはもう古い
時代はScala

75 : nobodyさん - 2008/02/21(木) 01:23:24 ID:??? (+0,-29,-32)

>>74
Scalaをググってみましたが
SCALA:(スカラ)は岡山市のヘアーサロンらしいです

76 : nobodyさん - 2008/02/21(木) 02:54:43 ID:??? (+22,-19,-76)

>68
GNOME周りの細かいスクリプトってPythonばっかでしょ？
海外でRuby使っている人ってRoRの流れの人じゃないかな
正直なところ、RoRは偉大だと思うけどRubyはそうは思わない
「RoRのプログラマに選ばれた言語」として評価はするけど

77 : nobodyさん - 2008/02/21(木) 12:49:51 ID:??? (-1,-29,-45)

BlenderのPython
Google SketchUpのRuby

PHPをスクリプト言語として搭載した色物3DCGソフトがあったら色んな意味で面白そうだ

78 : nobodyさん - 2008/02/21(木) 13:39:33 ID:??? (+62,+29,-77)

将来的にRubyが来るかPhthonが来るかPerlがしぶとく生き残るか。
ずぅっと混戦状態な気もするけど。

案外Webだけに的を絞ったPHPが一番長生きだったりしてね。
でも10年後、PHPの役目が今のCOBOL的な負の遺産管理とか、そういう生き残りかたはやだな。

79 : nobodyさん - 2008/02/21(木) 14:20:40 ID:??? (+3,-30,-55)

結局phpもjavascriptやperlみたいに上級者と初心者が乖離して
その間を埋める新しい言語が出てくるんじゃないの
一方extract($_POST);的なコードはいつまでも再生産されるっていう

80 : nobodyさん - 2008/02/21(木) 16:47:46 ID:??? (-1,-29,-6)

PHPからPython使えてRuby脂肪ｗｗｗ
http://pecl.php.net/package/python/download/0.8.0/

81 : nobodyさん - 2008/02/21(木) 18:22:05 ID:??? (+67,+29,-23)

マッツがむかつくから今までRubyしなかったけど
外人が大量にやってるからRuby始めました
YAMLが簡単に扱えてｲｲ(･∀･)！

82 : nobodyさん - 2008/02/21(木) 18:47:15 ID:??? (+59,-18,-15)

>>81
これよりも簡単に扱えるん？
http://itpro.nikkeibp.co.jp/article/COLUMN/20070507/270080/

PHP版がこのコード↑として、Ruby版はどういうコードなん？

83 : nobodyさん - 2008/02/21(木) 19:00:50 ID:??? (+3,-30,-61)

require 'yaml'
file_dir = './hoge.conf'
str = open(file_dir).read()
data = YAML.load(str)

こんなん
もっとキレイに書けるのか知らないけど。
コード自体はたいして変わらないか。
でも変なパースされてハマったことあるからspycにはいい印象ないな

84 : nobodyさん - 2008/02/21(木) 19:09:48 ID:??? (+57,+29,-18)

ってか、やっぱり標準で装備されてる安心感が大きい

85 : nobodyさん - 2008/02/21(木) 19:19:43 ID:??? (+1,-26,-10)

じゃあ、YAMLが簡単に扱えるじゃなくて、

YAMLライブラリが標準添付されているって言うべきだな。

86 : nobodyさん - 2008/02/21(木) 19:23:34 ID:??? (+14,-29,-68)

ある文に後から関数的な処理を加えたい時、PHPだと
[追加部分前半](元の文)[追加部分後半]
って分かれるのが普通だけど
Rubyだと
（元の文）[追加部分]
で済むのが気持ちええ～
多重に追加する時も
（元の文）[追加][追加][追加]
って書いていけるのがオルガスムス(´ρ｀)

87 : nobodyさん - 2008/02/21(木) 19:40:27 ID:??? (+50,+22,-4)

ここRubyスレじゃないんだ。わかってる？ｗ

88 : nobodyさん - 2008/02/21(木) 19:43:13 ID:??? (+57,+29,-60)

関数塗れな処理で、カッコでgdるかドットシンタクスで繋げられるかって事か
地味だがjQueryハマってるので気持ちは判る

しかしスレ違いではないか

89 : nobodyさん - 2008/02/21(木) 20:06:49 ID:??? (+51,+23,-27)

すぐスクリプト言語についてぬるく語るスレになるなここはｗ
よっぽどPHPのフレームワークにネタがないのか

90 : nobodyさん - 2008/02/21(木) 21:58:56 ID:??? (+57,+29,-23)

他言語も含めてフレームワークでネタが続いているの
どこにあるんだよｗ

91 : nobodyさん - 2008/02/22(金) 09:46:47 ID:??? (+111,+29,-62)

>>59
>http://www.timestretch.com/FractalBenchmark.html
>
>ここの結果だとPythonの方が速いけど。
>まあ、当たり前だけど目的による。
>なんで盲目的にPerlが速いといえるのかがわからん。

>>49と>>52よく読め。起動時間の話をしてるのに違うベンチマーク結果だしてどうする。

>>82
SpycはまともにYAML扱えないから止めた方がいい。いくらなんでも機能低すぎ。バグ大杉。しかもクソ遅い。

92 : nobodyさん - 2008/02/22(金) 12:35:59 ID:??? (+0,-28,-7)

PHPもYAMLパーサ標準装備されるんじゃなかったっけ？

93 : nobodyさん - 2008/02/22(金) 12:47:30 ID:??? (+52,+29,-4)

まじで？早くしてほしいね

94 : nobodyさん - 2008/02/22(金) 15:13:53 ID:??? (+23,-4,-32)

Symfonyでふんだんに使われているSpycが
そんなに悪いとは思えないが？

95 : nobodyさん - 2008/02/22(金) 15:16:53 ID:??? (-1,-29,-4)

Pieceでも前提にしてるね Spyc

96 : nobodyさん - 2008/02/22(金) 15:19:12 ID:??? (-2,-30,-23)

いままで parse_ini_file も有効利用出来なかったPHPerがYAMLってだけで何でそんなに騒ぐのか

97 : nobodyさん - 2008/02/22(金) 15:25:54 ID:??? (+57,+29,-10)

spycは単純な設定ファイルを読む程度なら充分だけど、
ヘビーに使おうと思うとあきらかに役者不足だよ。

98 : nobodyさん - 2008/02/22(金) 15:37:27 ID:??? (+96,+29,-60)

取り立てて良いわけでもないが、まともにyaml扱えないなんて印象はないけどな
だいたいyamlなんて設定ファイルで使うケースがほとんだと思うが
遅いって言っても実環境で使うなら普通キャッシュするし
機能低いとかヘビーに使うとか一体どういう局面で困ってるの？

99 : nobodyさん - 2008/02/22(金) 16:34:52 ID:??? (+70,+29,-54)

YAMLってヘビーに使うものなのか？
通常は設定ファイル程度に使わないか？
そういうのは一度キャッシュしてしまうだろうし。

（ってろく読まずに書いたら>>98も同じこといってるじゃんｗ）

100 : nobodyさん - 2008/02/22(金) 17:13:10 ID:??? (-1,-29,-47)

YAMLのパース処理なんて単純だし固定的だからエクステンションにするのがベストだろうな
symfonyってsyckとかいうの使うようになったんじゃなかったけ？

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

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

php スレッド一覧へ

みんなの評価 : ○

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

【PHP】フレームワークについて語るスレ10【総合】 (1001) - [100%] - 2008/12/23 16:48 ○
【PHP】フレームワークについて語るスレ12【総合】 (994) - [98%] - 2009/3/19 13:46 ○
【PHP】フレームワークについて語るスレ13【総合】 (985) - [98%] - 2009/9/23 3:04 ○
【PHP】フレームワーク CakePHP　3ホール目【本命】 (1001) - [59%] - 2008/6/19 7:19 ○
【PHP】セッションについて語ろう！【PHP】 (829) - [58%] - 2018/6/27 23:16 ○
【PHP】フレームワーク CakePHP　6ホール目【v1.2】 (933) - [57%] - 2009/8/19 2:06 ○
【PHP】フレームワーク CakePHP　7ホール目【v1.2】 (1001) - [57%] - 2010/3/18 1:18 ○
【PHP】フレームワーク CakePHP　4ホール目【v1.2】 (1001) - [57%] - 2008/12/19 21:06 ○
【PHP】フレームワーク CakePHP　5ホール目【v1.2】 (985) - [57%] - 2009/3/7 4:53 ☆

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

総計:	127,683,033人
頁
昨日:	no data人
頁
今日:	人
頁