私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレPHPで作られた有名サイトってあるの?
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : △
レスフィルター : (試験中)
>>36
> え?インクルードパスをエレガントに指定する方法ができたの?
> require_onceのところで毎回グダグダひっつけるのではなくて。
> クラスは階層構造をサポートしてないだろ。階層が深くなるとワケワカメに
> なるからファイル名で階層を表すってアホなことをしなきゃならんし、
> ファイル名とクラス名も実際には一致するとは限らないよな?
> でもってグローバルスコープが放ったらかしだろ。
お前のダメさが伝わってくる文章だなw
そんなの工夫次第でどうにでもなる。
たとえば階層構造の話なら、
_(アンダーバー)で区切ろうが::(コロン)で区切ろうが
記号が変わるだけのことでしかない。
言語を使うのではなく、言語に使われてる。そんな感じだな。
> え?インクルードパスをエレガントに指定する方法ができたの?
> require_onceのところで毎回グダグダひっつけるのではなくて。
> クラスは階層構造をサポートしてないだろ。階層が深くなるとワケワカメに
> なるからファイル名で階層を表すってアホなことをしなきゃならんし、
> ファイル名とクラス名も実際には一致するとは限らないよな?
> でもってグローバルスコープが放ったらかしだろ。
お前のダメさが伝わってくる文章だなw
そんなの工夫次第でどうにでもなる。
たとえば階層構造の話なら、
_(アンダーバー)で区切ろうが::(コロン)で区切ろうが
記号が変わるだけのことでしかない。
言語を使うのではなく、言語に使われてる。そんな感じだな。
require_onceに関して言えば、
完全に初歩の知識不足。
綺麗な書き方と汚い書き方がわかってるのであれば、
汚い書き方をしなければいいだけ。
きっと、コピペばっかりで、どこかに書かれたやり方しか知らず、
きれいにする方法がわからんのだろうけどなw
言語に文句を言う前に、自分の未熟さを知ろうね。
完全に初歩の知識不足。
綺麗な書き方と汚い書き方がわかってるのであれば、
汚い書き方をしなければいいだけ。
きっと、コピペばっかりで、どこかに書かれたやり方しか知らず、
きれいにする方法がわからんのだろうけどなw
言語に文句を言う前に、自分の未熟さを知ろうね。
> そんなの工夫次第でどうにでもなる。
工夫しなきゃダメなのがダメ言語だって言ってるのにPHP脳ってすごい。
> _(アンダーバー)で区切ろうが::(コロン)で区切ろうが
うわ……。PHPしか書けないとこうなるのか
どうでもいいけどApacheの改造本程度なら探せばあるっしょ
工夫しなきゃダメなのがダメ言語だって言ってるのにPHP脳ってすごい。
> _(アンダーバー)で区切ろうが::(コロン)で区切ろうが
うわ……。PHPしか書けないとこうなるのか
どうでもいいけどApacheの改造本程度なら探せばあるっしょ
>>54
> あとお前知らないだろうから歴史を言っておくと、PHPの初期バージョンは
> Perlで実装されたのテンプレートエンジンだよ。テンプレートエンジンが
> テンプレートエンジンを持つっていう矛盾を今だに解決できてない可哀想
それは大した話じゃない。ソフトウェア業界では一般的に起きてる現象。
ようするに、ある言語、ライブラリ、仕様などができて、
それが高機能になって複雑になって重くなった時、
いつだって、それらのシンプルバージョンができるじゃないか。
で、シンプルだったはずのそれが、また
高機能になって複雑になって重くなって
また、そのシンプルバージョンが出来る。
心あたりがあるはずだぞ。たとえばjQueryとか。
PHPもそれと同じで、Perlのテンプレートエンジンだったものが
どんどん高機能化していって言語になってしまったから、
そのシンプルバージョンであるテンプレートエンジンができた。
それだけのこと。
> あとお前知らないだろうから歴史を言っておくと、PHPの初期バージョンは
> Perlで実装されたのテンプレートエンジンだよ。テンプレートエンジンが
> テンプレートエンジンを持つっていう矛盾を今だに解決できてない可哀想
それは大した話じゃない。ソフトウェア業界では一般的に起きてる現象。
ようするに、ある言語、ライブラリ、仕様などができて、
それが高機能になって複雑になって重くなった時、
いつだって、それらのシンプルバージョンができるじゃないか。
で、シンプルだったはずのそれが、また
高機能になって複雑になって重くなって
また、そのシンプルバージョンが出来る。
心あたりがあるはずだぞ。たとえばjQueryとか。
PHPもそれと同じで、Perlのテンプレートエンジンだったものが
どんどん高機能化していって言語になってしまったから、
そのシンプルバージョンであるテンプレートエンジンができた。
それだけのこと。
>>103
ダメ言語かのの話はしていない。
もとのレスを読め。
PHPのコードを読んで汚いと思っている人が、
PHPのコードを書いたら、同じように汚くなってしまうのなら、
PHPのせい。
そうでないのならPHPのせいではない。
ダメ言語かのの話はしていない。
もとのレスを読め。
PHPのコードを読んで汚いと思っている人が、
PHPのコードを書いたら、同じように汚くなってしまうのなら、
PHPのせい。
そうでないのならPHPのせいではない。
PHPは機能は劣るが、別に汚くはならない。
少なくとも俺がやればだが。
だろ?
もっとも今のPHPは、オブジェクト指向ライブラリも
フレームワークも充実し、言語仕様も
クラスのスコープ(privateなど)やinterfaceもあるし、
クロージャーやトレイトもあるし、
これだけあって、汚いコードを書くとしたら
よっぽど素人だよ。
まさに言語が使えていない。
少なくとも俺がやればだが。
だろ?
もっとも今のPHPは、オブジェクト指向ライブラリも
フレームワークも充実し、言語仕様も
クラスのスコープ(privateなど)やinterfaceもあるし、
クロージャーやトレイトもあるし、
これだけあって、汚いコードを書くとしたら
よっぽど素人だよ。
まさに言語が使えていない。
>>106
パッケージはありますか?
パッケージはありますか?
欠点が色々出てるのに「工夫すれば大丈夫」だけだろ。
ダメ言語じゃん。
ダメ言語じゃん。
>>110
初心者が寄ってたかって作るからPHPが選ばれるんだよ。
それが長所なのは上に出てる。プロダクトが多いのと言語が糞かどうかは別。
・PHPの例
階層
lib/App/Frontend/Customer/Login.php
「なくさない」クラス名
App_Frontend_Customer_Login
コード
require_once(__FILE__) . 'lib/App/Frontend/Customer/Login.php';
$obj = new App_Frontend_Customer_Login;
・Perlの例
階層
lib/App/Frontend/Customer/Login.pm
強制されるクラス名
App::Frontend::Customer::Login
コード
use App::Frontend::Customer::Login;
my $obj = new App::Frontend::Customer::Login;
クラス名に階層いれないとクラス宣言の所在が分からなくなる糞仕様は治ったのか?
初心者が寄ってたかって作るからPHPが選ばれるんだよ。
それが長所なのは上に出てる。プロダクトが多いのと言語が糞かどうかは別。
・PHPの例
階層
lib/App/Frontend/Customer/Login.php
「なくさない」クラス名
App_Frontend_Customer_Login
コード
require_once(__FILE__) . 'lib/App/Frontend/Customer/Login.php';
$obj = new App_Frontend_Customer_Login;
・Perlの例
階層
lib/App/Frontend/Customer/Login.pm
強制されるクラス名
App::Frontend::Customer::Login
コード
use App::Frontend::Customer::Login;
my $obj = new App::Frontend::Customer::Login;
クラス名に階層いれないとクラス宣言の所在が分からなくなる糞仕様は治ったのか?
>>112
PHPも書けるから言うけど欠点が多すぎる。
バグがあっても、開発チームにレポート出しても蹴られるんだよな。
蹴り方がマイクロソフト並だからな。「こーでこうだから正しい。仕様」みたいな。
言語の開発陣がああだから糞が糞のままなのも仕方ない。
PHPも書けるから言うけど欠点が多すぎる。
バグがあっても、開発チームにレポート出しても蹴られるんだよな。
蹴り方がマイクロソフト並だからな。「こーでこうだから正しい。仕様」みたいな。
言語の開発陣がああだから糞が糞のままなのも仕方ない。
>>113
ビルトイン関数汚いよなあ。ほとんどがクラスとかにせずに全部グローバルに
放り込んでるからアンスコで区切って関数名が長い長い。
補完機能使わないとうっとおしくて書くのが嫌になるレベル。
PHP擁護側の話聞いてると、単に他の言語知らないだけってのが良く分かる。
ビルトイン関数汚いよなあ。ほとんどがクラスとかにせずに全部グローバルに
放り込んでるからアンスコで区切って関数名が長い長い。
補完機能使わないとうっとおしくて書くのが嫌になるレベル。
PHP擁護側の話聞いてると、単に他の言語知らないだけってのが良く分かる。
これからプログラミングに顔を突っ込む中高生がWeb開発するならどの言語オススメ?
>>111
いやそれは流石にautoload使おうよw
いやそれは流石にautoload使おうよw
>>117
autoloadはインクルードパスからしか読まないだろ?
で、PHPはインクルードパスの指定が糞だろ?
.htaccessは実行ファイルの場所によって相対パスが変わるからフルパス
書かなきゃだしApacheの設定によるから可搬性がないし、
コード中で可搬性を持たせようとすると、
set_include_path(get_include_path() . ':' . dirname(__FILE__) . '/lib/');
こんな感じか?なにこれ汚い。
そもそもautoloadの実装自体が汚い。階層構造のクラス読む時にやっぱり
おかしな事になる。
autoloadはインクルードパスからしか読まないだろ?
で、PHPはインクルードパスの指定が糞だろ?
.htaccessは実行ファイルの場所によって相対パスが変わるからフルパス
書かなきゃだしApacheの設定によるから可搬性がないし、
コード中で可搬性を持たせようとすると、
set_include_path(get_include_path() . ':' . dirname(__FILE__) . '/lib/');
こんな感じか?なにこれ汚い。
そもそもautoloadの実装自体が汚い。階層構造のクラス読む時にやっぱり
おかしな事になる。
>>120
サーバーサイドはPHPや以外なら何でもいいんじゃない?Javaとかかな。
入門向けって意味ではRubyもいいかもね。
PHPを入り口にするとここでPHP擁護してるおじさん達みたいにPHPしか
書けない土方プログラマになるから注意ね。
あと今後どんどんクライアントに処理が移っていくし、Node.jsなんかも出て
きてるので、サーバーサイドでやっていくにしても当面JavaScriptは必須、
今後を見据えてHTML5も勉強した方がいい。
JavaScriptも糞言語だけど選択肢が少ないからそこは我慢するしかない。
サーバーサイドはPHPや以外なら何でもいいんじゃない?Javaとかかな。
入門向けって意味ではRubyもいいかもね。
PHPを入り口にするとここでPHP擁護してるおじさん達みたいにPHPしか
書けない土方プログラマになるから注意ね。
あと今後どんどんクライアントに処理が移っていくし、Node.jsなんかも出て
きてるので、サーバーサイドでやっていくにしても当面JavaScriptは必須、
今後を見据えてHTML5も勉強した方がいい。
JavaScriptも糞言語だけど選択肢が少ないからそこは我慢するしかない。
>>121
どうも
やっぱPHPは避けてJavaか・・・
でもいきなりjavaは無謀なのでさきjavascript極めます
(HTML5関係もFile APIとかcanvas要素にスクリプトからお絵かきできたりとかおもしろそう)
(ちらっと試しに触っただけだとphpがすごそうだけど楽しちゃだめなのか・・・)
どうも
やっぱPHPは避けてJavaか・・・
でもいきなりjavaは無謀なのでさきjavascript極めます
(HTML5関係もFile APIとかcanvas要素にスクリプトからお絵かきできたりとかおもしろそう)
(ちらっと試しに触っただけだとphpがすごそうだけど楽しちゃだめなのか・・・)
>>122
プロになりたいのならそのとおり。逆にプロ目指さないとか、別に動けばいい
から深い所は追求したくないってんならPHPはお勧めかもね。
楽をすること自体は悪いことじゃないよ。
JavaはCLIなら初心者でもすぐ書ける。オブジェクト指向は大事だけど、
JavaScriptだとちょっと物足りないからJavaもついでに勉強するといいん
じゃないかな。
プロになりたいのならそのとおり。逆にプロ目指さないとか、別に動けばいい
から深い所は追求したくないってんならPHPはお勧めかもね。
楽をすること自体は悪いことじゃないよ。
JavaはCLIなら初心者でもすぐ書ける。オブジェクト指向は大事だけど、
JavaScriptだとちょっと物足りないからJavaもついでに勉強するといいん
じゃないかな。
>>119
> set_include_path(get_include_path() . ':' . dirname(__FILE__) . '/lib/');
あぁ、やっぱりお前は落ちこぼれだ。
おまえ、そのコードが面倒だと思っているのに
毎回毎回、同じコードを書いているんだろ?
お前自身が問題を解決しようと思ってないのさ。
> set_include_path(get_include_path() . ':' . dirname(__FILE__) . '/lib/');
あぁ、やっぱりお前は落ちこぼれだ。
おまえ、そのコードが面倒だと思っているのに
毎回毎回、同じコードを書いているんだろ?
お前自身が問題を解決しようと思ってないのさ。
>>115
> ビルトイン関数汚いよなあ。ほとんどがクラスとかにせずに全部グローバルに
> 放り込んでるからアンスコで区切って関数名が長い長い。
> PHP擁護側の話聞いてると、単に他の言語知らないだけってのが良く分かる。
お前は、クラスもネームスペースもないもない
C言語を知っているか?
汚い理由を言語のせいにしちゃいかんよ。
> ビルトイン関数汚いよなあ。ほとんどがクラスとかにせずに全部グローバルに
> 放り込んでるからアンスコで区切って関数名が長い長い。
> PHP擁護側の話聞いてると、単に他の言語知らないだけってのが良く分かる。
お前は、クラスもネームスペースもないもない
C言語を知っているか?
汚い理由を言語のせいにしちゃいかんよ。
>>125
Cの方がPHPよりもだいぶまとも
Cの方がPHPよりもだいぶまとも
> パスがあるのにクラス名にパス指定しなきゃならん時点で破綻してる。
Perlも同じだよね?
Perlも同じだよね?
Java厨?
はっきり言って、クラス名=パスのほうが
使いにくいんだけど。
はっきり言って、クラス名=パスのほうが
使いにくいんだけど。
>>126
> じゃ、綺麗な解決法書いて見ろよ。ビルトインでな。
ほら、ビルトインしか使わないというお前の判断が、
お前が書いたコードは汚い に
つながるんだよ。
お前の目的は何? 汚いコードを書くこと?
> じゃ、綺麗な解決法書いて見ろよ。ビルトインでな。
ほら、ビルトインしか使わないというお前の判断が、
お前が書いたコードは汚い に
つながるんだよ。
お前の目的は何? 汚いコードを書くこと?
>>121
人に説教垂れる前に早くHTML5学習しろ。
人に説教垂れる前に早くHTML5学習しろ。
>>124
言語の機能して提供されていない方が問題。
言語の機能して提供されていない方が問題。
JavaScriptでHTML5で追加されたAPIまで対応している人いますか?
>>128
PHPはファイル名にもパスを含めるのが慣例じゃん。そのことでしょ。
PHPファンタジー恐るべしだな。
> find、grep使ってクラスを定義してるファイルをシステムから見つけてきてそれrequireするautoload関数作ればー?
これ冗談で書いてるのかも知れんけど、こういう超解決ってPHP厨は本気で
実装しそうだもんなあ。
PHPは関数が腐るほどある癖に肝心なものが実装されてないことが多いよね。
PHPはファイル名にもパスを含めるのが慣例じゃん。そのことでしょ。
PHPファンタジー恐るべしだな。
> find、grep使ってクラスを定義してるファイルをシステムから見つけてきてそれrequireするautoload関数作ればー?
これ冗談で書いてるのかも知れんけど、こういう超解決ってPHP厨は本気で
実装しそうだもんなあ。
PHPは関数が腐るほどある癖に肝心なものが実装されてないことが多いよね。
>>138
せっかくなので煽るのでは無く反論してくれ
せっかくなので煽るのでは無く反論してくれ
まちごうた。>>137のファイル名はクラス名だろ
趣味でWebアプリケーション群作りたいけどオススメの言語ありますか?
PHPしかできないけどこのスレ見るとPHPはやめた方が良さそうなのでPHP以外
候補はrubyかpythonかjava
(いずれもhellowordすら未経験なので勉強も兼ねて)
ちょっとしたWebアプリケーションをたくさん作ってそれらをユーザーを管理するアプリケーションで総まとめしたい
(だからフレームワークを使うのと性質が少し違う)
妄想を含めると壮大な計画になりそうで
完成は何年後になるかわからないけど脱PHPer目指したいので修行したい
PHPしかできないけどこのスレ見るとPHPはやめた方が良さそうなのでPHP以外
候補はrubyかpythonかjava
(いずれもhellowordすら未経験なので勉強も兼ねて)
ちょっとしたWebアプリケーションをたくさん作ってそれらをユーザーを管理するアプリケーションで総まとめしたい
(だからフレームワークを使うのと性質が少し違う)
妄想を含めると壮大な計画になりそうで
完成は何年後になるかわからないけど脱PHPer目指したいので修行したい
>>142
PythonかJavaかな。個人的にだけどrubyは若干減速してる感覚がある。
Pythonはインデントが気に入らない人がいるらしいが一応データ型は
オブジェクト指向だし入門用には敷居が低いしいいと思う。
がっつりやるならJavaだけどHello, Worldのサンプルを見ると分かるが
けっこう回りくどく、堅牢性はあるが気軽に書くには向かないと思う。
一人で壮大なプロジェクトをやるならJavaはお勧めしない。
PythonかJavaかな。個人的にだけどrubyは若干減速してる感覚がある。
Pythonはインデントが気に入らない人がいるらしいが一応データ型は
オブジェクト指向だし入門用には敷居が低いしいいと思う。
がっつりやるならJavaだけどHello, Worldのサンプルを見ると分かるが
けっこう回りくどく、堅牢性はあるが気軽に書くには向かないと思う。
一人で壮大なプロジェクトをやるならJavaはお勧めしない。
>>136
自由度が高いから糞ってことはないと思う。
例えばPerlは自由度高くも書けるし、strictにも書ける。PHPはそれがない。
PerlにしろPythonにしろJavaにしろ、Web以外でも実用的な言語だが
PHPはWebに特化した言語なのでそういう意味ではむしろ自由度が低い。
というかお願いだからcronとかインストーラをPHPで書くのは
やめてくださいおねがいします>某下請けの人
自由度が高いから糞ってことはないと思う。
例えばPerlは自由度高くも書けるし、strictにも書ける。PHPはそれがない。
PerlにしろPythonにしろJavaにしろ、Web以外でも実用的な言語だが
PHPはWebに特化した言語なのでそういう意味ではむしろ自由度が低い。
というかお願いだからcronとかインストーラをPHPで書くのは
やめてくださいおねがいします>某下請けの人
>>143
JavaのHello, Worldはどのように周りくどいのですか?
JavaのHello, Worldはどのように周りくどいのですか?
>>145
Python: print "Hello, world!"
Ruby: puts "Hello, world!"
Perl: print "Hello, world!"
PHP: <?php echo "hello, world!" ?>
----- 超えられない壁 -----
Java:
public class HelloWorld {
public static void main (String [] args) {
System.out.println ("Hello, world!") ;
}
}
CやC++も面倒だけどWebのサーバーサイド言語としては基本的に
候補から外れるよね。
Python: print "Hello, world!"
Ruby: puts "Hello, world!"
Perl: print "Hello, world!"
PHP: <?php echo "hello, world!" ?>
----- 超えられない壁 -----
Java:
public class HelloWorld {
public static void main (String [] args) {
System.out.println ("Hello, world!") ;
}
}
CやC++も面倒だけどWebのサーバーサイド言語としては基本的に
候補から外れるよね。
>>146
↓これは基本的にウェブでは使用しない。
よく使うのはデスクトップアプリ、または初心者向け入門用クラスの作り方。
public static void main (String [] args) {}
↓これは基本的にウェブでは使用しない。
よく使うのはデスクトップアプリ、または初心者向け入門用クラスの作り方。
public static void main (String [] args) {}
>>148
すまない。
すまない。
類似してるかもしれないスレッド
- PHPでオークションサイトを作ろう! (294) - [49%] - 2019/5/9 7:45 ○
- PHPエディタって、どうよ? (816) - [33%] - 2022/10/19 16:30 ○
- 【PHP】下らねぇ質問はここに書き込みやがれ 68 (990) - [33%] - 2008/5/27 2:33
- PHPで2chを真似てこんなモン作ってみますた。 (134) - [33%] - 2018/6/27 23:16
トップメニューへ / →のくす牧場書庫について