フォルダ関連のライブラリについてアドバイスしてもらえないでしょうか?
phpのフォルダ関連の操作がそのままだと少し面倒な感じがしたので
自分でライブラリのようなものを作りたいと思いました。
------------------------------------------------------------------------------------------
calss My_Directory {
const SIZE_FORMAT_B = 0;
const SIZE_FORMAT_KB = 1;
const SIZE_FORMAT_MB = 2;
const SIZE_FORMAT_GB = 3;
// フォルダへのパスを指定してオブジェクトを作成。
__construct($dir_path);
// フォルダのサイズを取得。$recursiveがtrueで再帰的に全階層のファイルを調べる。
getSize($recursive = true, $sizeFormat = self::SIZE_FORMAT_B, $round = 2);
// フォルダの削除。中に入っているファイルも削除される。
delete();
// フォルダに入っているファイル名を取得。$recursiveがtrueで再帰的に全階層のファイル名を取得。
// その場合、配列の配列形式にする。
getFileNames($recursive = true);
}
$path = 'C:\myfolder';// ローカル環境
$dir_obj = new My_Directory($path);
echo $dir_obj->getSize(true, My_Directory::SIZE_FORMAT_MB, 1).'MB';// 例えば、「22.3MB」と表示される
print_r($dir_obj->getFileNames());
/*例えば、
Array
(
[0] => file_1
[1] => file_2
[2] => file_3
[sub_dir] => Array
(
[0] => sub_dir_file_1
[1] => sub_dir_file_2
[sub_sub_dir] => Array
(
[0] => sub_sub_dir_file_1
)
)
)
でも結局foreachのループで再帰的に調べることになるから、やっぱりめんどうだなぁ・・・
*/
$dir_obj->delete();// myfolderが削除される
------------------------------------------------------------------------------------------
ただ、deleteした後にgetSizeとか実行した場合に、
例外を投げればいいのかなぁと考えたりしたのですが、
そもそもオブジェクトにして扱うこと自体が適切なのかどうか?
だからフォルダ関連のライブラリがあまり存在しないのかなと思ったりしたのですが、
今回のようにライブラリを作ることに対してのアドバイス(自分ならこうするとか、ここはそんな風にやらないとか)
など些細なこともでいいので教えてもらいたいです。
No.7ベストアンサー
- 回答日時:
<?php
interface Lib_Directory{
public function getPath();
public function isDir();
public function isFile();
}
class Lib_Folder implements Iterator, Lib_Directory{
private $path = null;
private $resource = null;
private $count = -1;
public function __construct($dir){
if(!is_dir($dir)){
throw new Exception("test");
}
$dir = realpath($dir);
$this->path = $dir;
$this->resource = opendir($dir);
if(!$this->resource)
throw new Exception("test2");
}
public function getPath(){
return $this->path;
}
public function getBase(){
return basename($this->path);
}
public function isDir(){
return true;
}
public function isFile(){
return false;
}
public function rewind(){
rewinddir($this->resource);
$this->count = -1;
$this->current = $this->get();
}
public function current(){
return $this->current;
}
public function next(){
$this->current = $this->get();
return $this->current;
}
public function valid(){
return $this->current === false ? false : true;
}
public function key(){
return $this->count;
}
private function get(){
while(($data = readdir($this->resource)) !== false){
if($data == "." || $data == "..") continue;
break;
}
if($data === false){
return false;
}
$this->count++;
$data = $this->path . DIRECTORY_SEPARATOR . $data;
if(is_dir($data)){
$obj = new self($data);
}else{
$obj = new Lib_File($data);
}
return $obj;
}
}
class Lib_File implements Lib_Directory{
private $path = null;
public function __construct($path){
if(is_dir($path))
throw new Exception("test3");
$path = realpath($path);
$this->path = $path;
}
public function getPath(){
return $this->path;
}
public function getBase(){
return basename($this->path);
}
public function isDir(){
return false;
}
public function isFile(){
return true;
}
}
echo "<pre>";
toArray('../cpn', $ret);
print_r($ret);
echo "</pre>";
functi
No.10
- 回答日時:
RecursiveIteratorIteratorなど、Iterator群は、情報が薄いので情報を開いてみたことがなかったんですが、(Iteratorは結構使いますが)
実際マニュアル見ても、やっぱり情報が薄くてよくわかりませんね。
interface Zend_Directory_Interface
{
public function getSize();
public function delete();
}
interface Zend_Iterator_Directory_Interface
{
public function getPath();
public function isDir();
public function isFile();
}
は、Zend_Iterator_Directory_Interfaceに分ける必要がないと思います。
上記に配置しているメソッドはとくにIterationに関係ある項目ではないので。
上記は、Zend_Directory_Interfaceに集約してしまって良いのではないですか。
Zend_Directory_Folderには、これに加えて、Iteratorインターフェイスを実装してやれば。
で、もし、RecureserveIteratorIteratorを使うなら、恐らく、
http://www.php.net/manual/ja/class.recursiveiter …
こちらの、RecursiveIteratorを実装する必要がありそうですね。
class xxx_Folder implements RecursiveIterator{
public function getChildren(){
return $this->current();
//で恐らくいいのかな。多分。
}
public function hasChildren(){
$obj = $this->current();
return !$obj->isFile();
}
//以下は前回私の書いた実装
}
もし、Folder自体にIteratorインターフェイスを実装しないなら、
class xxx_Folder implements IteratorAggregate{
public function getIterator(){
//後は、RecureserveIteratorIteratorなりをreturnすれば良いと。
}
}
とりあえず私は無計画に作っては消して作っては消してといつもつくっちゃうので、今ぱっぱとベストだ、といえる実装は思いつきませんが、何度か色々なプロトタイプ作って消して、マージしていけば良いのではないでしょうか。
ご回答ありがとうございます。
なるほど、いくつか選択肢がありそうですね。
自分もこれからIterator群を研究してみて、
いろいろ試してから作成に繋げていきたいと思います。
いろいろ参考になりました。ありがとうございます。
No.9
- 回答日時:
どうしてもZend_Iterator_Directoryとかがアレだということであれば、
Zend_Directory_Directory(またはFolder)
Zend_Directory_Fileなどとしてもよいわけで。
また、別々のディレクトリに切り分けることに違和感があるとのことですが、
Zend_Formは、Zend_Form_Elementが、Zend_Validate_Interface継承オブジェクトだったりしてます。
Zend_Service_***系統も、内容はといえば、Zend_Http_Clientに各パラメータを振り分けて通信させてレスポンスを返します。
そう考えれば、Fileクラスにファイル名を渡せばファイルを処理することが出来るわけですから、別の切り分け方をしても何ら問題はない気がします。
尚、もし、私がライブラリの開発をするなら、Zendというプリフィックスは使わないと思います。
私はZendのライブラリ制作者ではないので。
もしやるなら
・PEARやOpenPearのなかで近いライブラリのもののプリフィックスをつける
・全然関係ない名称を使う(Moochy、Doctrine、Smartyなどのような固有名詞的なものとか)
といったところでしょうか。
ご回答ありがとうございます。
たしかにZendに追加するってのはおかしいですよね。
とりあえず今はこの形でやっていきたいのですが、
Zend_Iteratorフォルダには
Zend_Iterator_Directory_FolderやZend_Iterator_Directory_Interfaceやhttp://www.php.net/manual/ja/spl.iterators.phpでいう
RecursiveIteratorIteratorやRegexIteratorなどのイテレーター群を配置して、
Zend_Directoryフォルダには
Zend_Directory_FolderやZend_Directory_FileやZend_Directory_Interfaceなどを配置したいと思ってますが、
Zend_Directory_Fileは
interface Zend_Directory_Interface
{
public function getSize();
public function delete();
}
interface Zend_Iterator_Directory_Interface
{
public function getPath();
public function isDir();
public function isFile();
}
class Zend_Directory_File implements Zend_Directory_Interface, Zend_Iterator_Directory_Interface
{
protected $path = null;
public function __construct($path);
public function delete();
public function getSize();
public function getPath();
public function isDir();
public function isFile();
}
というふうに2つのインターフェイスを継承させるように考えているのですが、
これは変(あまり適切ではないとか)でしょうか?
他には
class Zend_Directory_Folder implements Zend_Directory_Interface
{
protected $path = null;
public function __construct($path);
public function delete();
public function getSize();
public function getIterator();//RecursiveIteratorIteratorのようなものを返すのが良さげに思えるのですがどうでしょうか?
}
class Zend_Iterator_Directory_Folder implements Iterator, Zend_Iterator_Directory_Interface
{
protected $path = null;
public function __construct($path);
public function getPath();
public function isDir();
public function isFile();
}
Zend_Directory_FolderのgetIterator()に当たるメソッドは、
本来フォルダの中身を再帰的に全て配列などで返そうか考えていたのですが、
深さ(getDepth())などの情報も一緒に付ける必要があると思ったので、
やっぱり再帰的な構造になっているオブジェクトなどを返した方がいいと思いました。
コンセプトとしては、Zend_Directory_Folderというのはパスさえ渡せば、
削除もできるし、サイズを取得することもできるし、中にあるファイルを全て取得することも簡単にできるし、
フォルダを扱うことに関して1つのクラスでできるようにというコンセプトです。なので中にあるファイルの取得などは
RecursiveIteratorIteratorなどでもできるのですが、それをZend_Directory_FolderのgetIteratorメソッドで
返してあげる形で1つのクラスでということなのですが、これも何かおかしなところがあればアドバイス頂けないでしょうか?
No.8
- 回答日時:
一応作ってみたので、下記に書き込んでみました。
途中で切れているのは、ディレクトリ構造を配列に直して出力してテストするだけなので
無視してかまいません。
とりあえず見てみてください。
ご回答ありがとうございます。
なるほど、isFile,isFolderは両方のオブジェクトがはきだされてきても判別できるように
それぞれのクラスでtrue,falseを設定しておくようにするわけですね。
Zendに配置する場合にどのような構成、ファイル名にしようかずっと考えていたのですが、
同じZend_Iterator_Directory(Lib_Directory)インターフェイスをimplementsしているのに
例えば
Zend_Iterator_Folder
Zend_Control_File
とそれぞれ分けて別々のフォルダに配置してあるのはおかしくないですか?
かといって、
Zend_Iterator_Directory_File(Lib_File)はiteratorっていうわけでもないですよね・・・
http://www.php.net/manual/ja/spl.iterators.php
にたくさんあるように、作るならZend_Iteratorというフォルダを配置してそこに
Zend_Iterator_Folderはやっぱり置きたいですよね?
だけど同じインターフェイスをimplementsしているZend_Iterator_Directory_File(Lib_File)
だけ別のフォルダにあるの気持ち悪いというか・・・
最後はもちろん自分で最終決定しなければいけないのですが、
申し訳ないのですが、もう一度hogehoge78さんの配置構成や基本的なお考えを教えて頂けないでしょうか?
No.6
- 回答日時:
ディレクトリと、フォルダは、ほぼ等価の意味を持っていますが、
今回、カレントのディレクトリを指定した時の中の情報として、フォルダを扱うクラスとファイルを扱うクラスがありますので、まぁ、大きな分類としてディレクトリ操作一般を扱うものの中の、フォルダのみを扱うものとファイルのみを扱うものという意味で、ディレクトリ、という分類の中にフォルダとファイルとしただけだったんですが、気持ち悪ければ、また別の場所にすれば良いと思います。
Zend_Iterator_Folder
Zend_Control_File
とか。
フォルダという言葉が気持ち悪ければ
Zend_Iterator_Directory_Directoryとか。
そこら辺のセンスはまた別に必要になりますし、私はあまりセンスのある方ではないので、よくわかりません。
Zend_Iterator_Directoryインターフェイスは、とりあえずそのカテゴリに存在するフォルダクラスとファイルクラスの共通項なので、今パッと思いつくのは、
・getPath
・delete等操作をするクラス
・isFile(またはisDirとか)
じゃないですかね。最終的にforeachでまわして一つづつ取得していったときに、両方に実装されていないと困るメソッドをインターフェイスで縛りを入れてやるというモノになります。
また、質問者さんの記述したクラスの内容で問題なさそうですが
インスタンスでは、opendir関数が吐き出すリソースを受け取るだけにして、
nextやcurrentで、ポインタを一つすすめるようにしたほうが良いのではないですか。
class XXXXX{
protected $res = null;
public function __construct($path){
$this->res = opendir($path);
if(!$this->res) throw new Exception("can not read");
}
protected $tmp = null;
public function next(){
$this->tmp = readdir($this->res);
}
public function current(){
return $this->tmp;
}
public function __destruct(){
closedir($this->res);
}
}
とか。
この回答への補足
interface Zend_Iterator_Directory
{
public function getPath();
public function isFlie();
}
class Zend_Iterator_Directory_File implements Zend_Iterator_Directory
{
protected $path = null;
public function __construct($path)
{
$this->path = $path;
}
public function isFile()
{
return is_file($this->path);
}
public function getPath()
{
return $this->path;
}
}
class Zend_Iterator_Directory_Folder implements Iterator, Zend_Iterator_Directory
{
protected $position = 0;
protected $res = null;
public function __construct($path)
{
$this->path = $path;
$this->res = opendir($path);
if(!$this->res) throw new Exception("can not read");
}
protected $tmp = null;
public function rewind()
{
$this->position = 0;
}
public function current()
{
return $this->tmp;
}
public function key()
{
return $this->position;
}
public function next()
{
$this->tmp = readdir($this->res);
++$this->position;
}
public function valid()
{
return isset($this->tmp);
}
public function __destruct()
{
closedir($this->res);
}
public function isFile()
{
return is_file($this->current());
}
public function getPath()
{
return $this->path;
}
}
ご回答ありがとうございます。
すいません、ここにきて自分の中で考えが混乱してきまして
とりあえずFileの方は、Zend_Iterator_Fileでやっていくように統一してもえらないでしょうか?
Fileはclass Zend_Iterator_Directory_File implements Zend_Iterator_Directory
Folderはclass Zend_Iterator_Directory_Folder implements Iterator, Zend_Iterator_Directory
とした場合に、いくつかというかかなり質問があるのですが、
まず
FolderはIteratorをimplementsしているのですが、
FileはIteratorをimplementsしなくていいのでしょうか?
hogehoge78さんが提示されたclass XXXXX は
自分の例でいうZend_Iterator_Directory_Folderのことでしょうか?
もしそうだとしたら、どこでZend_Iterator_Directory_Fileをnew(生成)すれば良いのでしょうか?そのメソッド自体を具体的に見せてもらえないでしょうか?
それとフォルダの中にある'.'や'..'はどういう扱い(例えばクラスにするとか)になるのでしょうか?
Zend_Iterator_Directoryインターフェイスの
isFlie()というのがよく分からないのですが、
例えばZend_Iterator_Directory_Fileはそもそもファイルを扱っている(想定している)ので
絶対にファイル(isFlie()==true)にならないですか?
自分の中でフォルダもファイルの一種とかちょっともう混乱してきてるというか・・・頭の中で整理ができない状況です・・・
自分が考え途中のスクリプト(文字数の関係で補足を参照してください)に
具体的に追加して書き加えたり、あるいは全く新しくでも結構ですので
クラスの例を書いて頂けないでしょうか?
No.5
- 回答日時:
Zend/Iterator/Directory/File
とした場合に、私がFileに記述する内容は、
単純にファイルの構造が記述されているようなものですかね。
(getSizeメソッドとかそういうもの。)
Iteratorじゃないので、そこに記述するのが気持ち悪いなら、まぁ
Zend/File
とか、そういう感じになるんじゃないですかね?
ラッパークラスのほうは、たとえば、単純に「再帰的にルート以下のディレクトリ構成を配列にしたい」とかなら、
Zend/Directory/Treeとか
Zend/Tree/Directoryとか
なんかそういう感じのものにすればいいんじゃないのかなぁとか。(これも実際どうだろうなぁ。)
Zend_Iterator_Directory_Folderと
Zend_Iterator_Directory_Fileは
Zend_Iterator_Directoryインターフェイスを継承したクラス、とかにする感じですかね。
Floderのほうは、自身の持っているファイルやフォルダを順繰りに取得が出来て、Fileのほうは、ファイルの詳細情報が表示できるようなものと考えました。
で、既存のDirectoryIteratorは、ディレクトリのイテレータなので、フォルダとファイルが両方混ざって吐き出されてくるし、再帰的に何かやるときには、ディレクトリの名称なのであればそこで再度new DirectoryIteratorしてやらないといけないし(RecursiveDirectoryIteratorというのもあるようですけど)
質問者さんが目指したい方向と違いがあったりしませんか。
(しないのであれば素直にDirectoryIteratorを使うべきですが)
また、deleteメソッドを実装するとしてましたが、これも、Iterator_Directoryは、閲覧のみとして、操作関連に関しては、Zend_Control_Directoryとか別のオブジェクトで操作させるという方法でもいい気がします。
まぁ、お急ぎでないのであれば、ネーミングとかディレクトリ構成とかそういうのは全部おいておいて
仮のネーミング等で実装したい機能とか全部つめたクラスを作り上げてから、リファクタリングとかするほうがいい気がします。
この回答への補足
interface Zend_Iterator_Directory
{
// Zend_Iterator_Directory_FolderにもZend_Iterator_Directory_Fileにも共通する
// メソッドなどを記述すると思いますが、具体的にそれはなんでしょうか?
}
class Zend_Iterator_Directory_File implements Zend_Iterator_Directory
{
protected $path = null;
public function __construct($path)
{
$this->path = $path;
}
public function isFile()
{
return is_file($this->path);
}
public function getSize()
{
return filesize($this->path);
}
public function getPath()
{
return $this->path;
}
}
class Zend_Iterator_Directory_Folder implements Iterator, Zend_Iterator_Directory
{
private $position = 0;
private $array = array();
public function __construct($path)
{
$this->read($path);
}
public function rewind()
{
$this->position = 0;
}
public function current()
{
return $this->array[$this->position];
}
public function key()
{
return $this->position;
}
public function next()
{
++$this->position;
}
public function valid()
{
return isset($this->array[$this->position]);
}
protected function read($path)
{
if (false === ($dir = @opendir($path))) {
throw new Exception('open error');
}
while (false !== ($item = readdir($dir))) {
if ($item === '.' || $item === '..') {
continue;
}
$tmpPath = $path . '\\' . $item;
$this->array[] = new Zend_Iterator_Directory_File($tmpPath);
if (is_dir($tmpPath)) {
$this->read($tmpPath);
}
}
closedir($dir);
}
}
$path = 'C:\myfolder';
$obj = new Zend_Iterator_Directory_Folder($path);
foreach($obj as $file) {
if ($file->isFile()) {
print "file path=" . $file->getPath() . ' size=' . $file->getSize() . "<br>\n";
} else {
print "folder path=" . $file->getPath() . "<br>\n";
}
}
ご回答ありがとうございます。
自分でこの困り度で質問しておいて言うのもなんですが、
もしそちらが宜しければ、もう少し自分がある程度理解できるようになるまで
アドバイスをして頂ければうれしいと思います。
一応自分なりの理解でイテレータの方を作成(文字数の関係で補足を参照してください)してみたのですが、
こんな感じで宜しいでしょうか?
ただZend_Iterator_Directoryインターフェイスに何を記述すればよいのかが
いまいち分かりません・・・
それと今までDirectoryとFolderを同じようなものだと思ってたのですが、
今ではなんとなく違いをイメージはできるのですが、具体的に説明となると・・・
hogehoge78さんのお考えを教えてもらえないでしょうか?
No.4
- 回答日時:
あ、ラッパークラスの置き場については、
まぁまた別のディレクトリきって配置すればよいと思います。
Zend_Formも、Zend_ValidateとかZend_Decoratorとか組み合わせてますし。
No.3
- 回答日時:
ちょっと私も、英語が苦手で、あまりベストな名前がつけられないので、答えようがないというところなんですけど、
Zendの場合
{Prefix(Zend固定)}_{動詞}_{具体的な名前}
という、名前のクラス名になると思います。
で、FolderもFileも、種類が違うだけで同列と考えると
Zend_Search_Folder
Zend_Search_File
とか、なるんですか、ねぇ・・・。自信はないです。
また、デザインパターンとかはあまり私もよく分かっていないので、
$folder->delete();
として、削除して、後は質問者さんがおっしゃってるようにExceptionを返すようにしちゃうのか、私の提案したようにするか、どっちがベストかはちょっと分からないですね。
後は(回答してる最中に思いついた)、
Zend/Iterator
とかディレクトリ切っちゃって、その中に
Zend_Iterator_Directoryクラスを作って
Zend/Iterator/Directory/Folder
Zend/Iterator/Directory/File
見たいな感じでぶつぶつきっちゃって、
必要とあらば、
Zend/Iterator/Directory/File/Image
とか、ファイルの種類でクラスを分けてごにょごにょするのかとか
ふわっと色々思いつきますね。
後は好みとか、Gofなどのデザインパターンとか、そのほかのライブラリ(PEARやZend、PHPの標準ライブラリやフレームワーク)などを見てやってみる、って感じでしょうか。
あまり、具体的な提案が出来なくて申し訳ないです。
ご回答ありがとうございます。
ふと思ったのですが、
Zend/Iterator/Directory/File
のFileのイテレータのクラスってどんな内容(例えばメソッドとか)なんでしょうか?
Zend/Iterator/Directory/Folder
のFolderのイテレータのクラスは
DirectoryIterator http://jp.php.net/manual/ja/class.directoryitera …
のような内容になると思いますけど、ただこれもFolderのイテレータのクラスの内容が分からないので
Zend_Iterator_Directoryクラスとの違いがまだ自分の中ではっきりしないです・・・。
ラッパークラスはそれぞれ例えば
Zend/Directoryフォルダ(名前はやっぱり適切じゃないかなぁ・・・)を作ってその中に
Zend_Directory_FileクラスならCakePHPのライブラリにあるようなFileクラスでいいでしょうし
Zend_Directory_FolderクラスならCakePHPのライブラリにあるようなFolderクラスや
自分が質問で作成したような内容のクラス(My_Directory)でいいですよね?
No.2
- 回答日時:
CakePHPに、FolderクラスとFileクラスってのがあります。
参考までに一度読んでみてはいかがでしょう。
また、もし自分で作成するとしたら、
Folderクラスと、Fileクラスを分けますかね。(まぁ、上記参考のCakeもそうなってますね)
フォルダがもつ属性値と、ファイルがもつ属性値は差異がありますので。
で、Folderクラスは、Iteratorインターフェイスでもimplementしてforeachで回せるようにして、
順番にグルグル回せるようにする、感じですかね。
<?php
$folder = new Folder("foldername");
foreach($folder as $file){
if($file->isFile()){
echo $file->size();
}
}
//もし全部を配列で持ってきたいなら、
print_r($folder->toArray());
とか適当に内部で再帰的にforeachしてまわしてきて全部配列にしてから返すような。
//削除するとき
$folder->setDelete(true);
unset($folder);
//とか、削除フラグを立てた状態で、classをunsetしたときに、__destructでフォルダを削除する処理を入れてやるとか?
?>
外側のイメージとしてはそんな感じでどうでしょう。
マジックメソッドの、__destructと、Iteratorインターフェイスを使ってやればイケそうな感じです。
基本は、全部一つずつのファイルで読む感じで、フォルダも再帰的に読んでくるんじゃなくて、
フォルダクラスの中に、フォルダクラスがあるような形にしてやるイメージです。
で、それぐらいなシンプルな形になっているものをさらに別のクラス作ってラップしてやるなりしていけばいいんじゃないでしょうか。
ご回答ありがとうございます。
CakePHPは使ったことがあるのですが、そのライブラリの存在は知りませんでした。
結構考えた方が似てたので驚きました・・・(というか違いようがないか)
hogehoge78さんの考えだと、そのラッパークラスが所有している$folderオブジェクト
をdeleteメソッドの中で
$folder->setDelete(true);
unset($folder);
と記述するのでしょうか?
それともフォルダの削除はdeleteメソッドでは行わないのでしょうか?
自分もフォルダ削除後にオブジェクトが残ってるのはおかしいかなと思ってるので
deleteメソッドで削除するやり方はどうなのかなぁと。
それともしこのライブラリをzend frameworkに拡張として追加するとしたら
どのようなファイル構造にすれば適切だと思いますか?
自分としては、
「Folder(それかDirectory、どちらの名前が適切なんだろう・・?)」という名前のフォルダを作りその中に
Folderフォルダ
File.php(ファイル関連の機能)
Folder.php(フォルダ関連の機能、ラッパークラス)
まではいいと思うのですが、hogehoge78さんが仰る
ラッパークラスが所有している$folderオブジェクトにあたるクラスを
どういうファイル名で配置すればいいのでしょうか?
No.1
- 回答日時:
ご回答ありがとうございます。
なるほどたしかに。
使う側に再帰的な処理は任せる(というかそうするしかない?)という形ですね。
たしかに自分で作ってて
$dir_obj->getFileNames()
は結局使う側でループ処理しないと駄目ですからね・・・
ただ一方でもっとできるだけ処理はクラス側でお任せしたいというのがあって
サイズを取得するにしてもフォルダを削除するにしても
できればそちら側でやって欲しいと思ってて、
結局どのような考えでこういうクラスを設計すればいいんだろう・・・
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
関連するカテゴリからQ&Aを探す
おすすめ情報
- ・漫画をレンタルでお得に読める!
- ・【あるあるbot連動企画】あるあるbotに投稿したけど採用されなかったあるある募集
- ・【あるあるbot連動企画】フォロワー20万人のアカウントであなたのあるあるを披露してみませんか?
- ・映画のエンドロール観る派?観ない派?
- ・海外旅行から帰ってきたら、まず何を食べる?
- ・誕生日にもらった意外なもの
- ・天使と悪魔選手権
- ・ちょっと先の未来クイズ第2問
- ・【大喜利】【投稿~9/7】 ロボットの住む世界で流行ってる罰ゲームとは?
- ・推しミネラルウォーターはありますか?
- ・都道府県穴埋めゲーム
- ・この人頭いいなと思ったエピソード
- ・準・究極の選択
- ・ゆるやかでぃべーと タイムマシンを破壊すべきか。
- ・「I love you」 をかっこよく翻訳してみてください
- ・歩いた自慢大会
- ・許せない心理テスト
- ・字面がカッコいい英単語
- ・昔のあなたへのアドバイス
- ・かっこよく答えてください!!
- ・あなたが好きな本屋さんを教えてください
- ・これ何て呼びますか Part2
- ・人生で一番思い出に残ってる靴
- ・ゆるやかでぃべーと すべての高校生はアルバイトをするべきだ。
- ・初めて自分の家と他人の家が違う、と意識した時
- ・単二電池
- ・チョコミントアイス
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
「クラス関数」「メンバ関数」...
-
class定義のphpをファイル分割...
-
PHP4、PHP5 1ファイル複数クラ...
-
onedrive にexcelファイルをア...
-
VBSの「MsgBox」について
-
.phpと.incファイルの違いはな...
-
フォントの色を変えるには?
-
FTPコマンドでディレクトリごと...
-
PHPで複数ファイルのダウン...
-
PHPのif文でその処理を途中で抜...
-
「クラウドにアップロード」」...
-
ファイルアップロードしたもの...
-
インスタンス化に伴うメモリ消...
-
3つ以上の論理積は利用可能なの...
-
awsにApacheとPHPを入れて、何...
-
GDI+を使ったビット数とDPIの扱い
-
DlgDirSelectComboBoxEx
-
テキストボックスにデータベー...
-
再度 PHPのSYSLOG出力方法
-
ボタンのクリック数を合計保存...
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
・オブジェクト指向のメリット...
-
「クラス関数」「メンバ関数」...
-
ラッパークラスって何ですか?
-
phpのクラスにて別ファイルの変...
-
class定義のphpをファイル分割...
-
PHP4、PHP5 1ファイル複数クラ...
-
クラス
-
配列とオブジェクトの違い
-
'_'(アンダースコア)の使い方...
-
外部ファイルのクラスのインス...
-
PHPのクラス名の付け方
-
PHPでの継承について
-
データベースで値をインクリメ...
-
require_onceについて
-
文字連結中の三項演算子について
-
PHP,privateの使用理由について
-
クラス
-
MVCモデル MV間のデータ共有
-
php インスタンスとオブジェク...
-
インタフェースとは
おすすめ情報