擴展的class本身是基於基礎class的延伸。
就這一點來說他就已經具備原始class的功能了。

只是我覺得你敘述問題有點……不是很明確。
如果你是基於每一次都要做require_once然後再new物件這件事覺得麻煩的話。
那你等同於是要重新架構你整套的環境…………該說那你就等同於是要寫framework………該說那還不如直接使用Laravel比較快一點。

我的PDO影片只是一個基本性質的教學。
要怎麼活用他還是要看個人對PHP各方面理解到怎麼樣的層面而定。
事實上在一些framework中，pdo也只是他們展示資料的底層而已。
像是CodeIgniter的Active Record，底層可以選mysql、mysqli、PDO
Laravel的Elquent ORM我倒是沒仔細研究過他的底層設置(該說是太好用了所以沒去關注)，不過不是mysqli就一定是PDO

我其實覺得如果對這方面真的很有興趣，可以參考CodeIgniter的Active Record或是Laravel 的Elquent ORM他們的實際使用方式。

這是我實作前輩的class
<?php Class ExtendPDO extends PDO{ private $_stmt; private $_data = []; private $_last_insert_id; function __set($name,$value){ $this->_data[$name]=$value; } function __get($name){ if(isset($this->_data[$name])){ return $this->_data[$name]; } return false; } function __construct($host,$dbname,$encode,$user,$password){ parent::__construct('mysql:host='.$host.'.;dbname='.$dbname.';charset='.$encode,$user,$password); } private function _bind($bind){ foreach($bind as $key => $value){ $this->_stmt->bindValue($key,$value,is_numeric($value)?PDO::PARAM_INT:PDO::PARAM_STR); } } function error(){ $error = $this->_stmt->errorInfo(); echo 'errorCode:'.$error[0].'<br>'; echo 'errorString:'.$error[2].'<br>'; } function select($sql,array $bind=[]){ $this->_stmt = $this->prepare($sql); $this->_bind($bind); $this->_stmt->execute(); return $this->_stmt->fetchAll(); } function insert($table,array $param=[]){ $data = array_merge($this->_data,$param); $colums = array_keys($param); $values = []; $bind = []; foreach($data as $key=>$value){ $values[]=":{$key}"; $bind[":{$key}"]=$value; } $sql="INSERT INTO {$table} (".implode(',',$colums).") VALUES (".implode(',',$values).")"; $this->_stmt = $this->prepare($sql); $this->_bind($bind); $this->_stmt->execute(); $this->_insert_last_id = $this->lastInsertId(); return $this->_insert_last_id; } function update($table,array $param=[],$filter,array $bind =[]){ $bind_temp = []; foreach($param as $key => $value){ $bind_temp[] = "{$key} = :{$key}"; $bind[":{$key}"] = $value; } $sql = "UPDATE {$table} SET ".implode(',',$bind_temp)." WHERE {$filter}"; $this->_stmt = $this->prepare($sql); $this->_bind($bind); $this->_stmt->execute(); return $this->_stmt->rowCount(); } function delete($table,$filter,array $bind =[]){ $sql ="DELETE FROM {$table} WHERE {$filter}"; $this->_stmt = $this->prepare($sql); $this->_bind($bind); $this->_stmt->execute(); return $this->_stmt->rowCount(); } }


這是我接下來根據功能性會做幾個類似的calss
<?php require_once('db/ExtendPDO.php'); class Test{ function doSomeThing(){ $pdo = new ExtendPDO('localhost:33060','bot','utf8','root','root'); $query = $pdo->select("SELECT 1 FROM test WHERE id=:id LIMIT 1",[ ':id' => "123", ]); return count($query); } }


這個是我的主頁面，呼叫功能性的class去實作
<?php require_once('models/Test.php'); $a = new Test(); echo $a->doSomeThing();


想請問前輩這樣的做法是對的嗎?

基本上到這個階段我只能說你還只是基本的(小型orm的核心擴展)
這個影片我沒有說明的是，這只是基於一個擴展來擴充基本層面的東西。
這麼說好了。
我們可能常常會提到MVC架構。
當中的M(Model)指的是資料或邏輯(模型)
然後在Model中常被使用的資料庫其源頭就是來自底層方法的實現。
不過不要誤會的是，你做的東西就只是個底層，還談不上Model。
但是，如果你的功能性的東西是要能連續被動覆使用的。
你應該要寫成Model，然後你的Controller去呼到這個Model，而不是呼叫你的資料庫底層。

前輩首先謝謝你的回答

我反覆思考你的解說，
我想釐清我的了解有沒有錯誤，
商業邏輯應該是寫在Model裡，
而不是在class裡，
如果在未使用mvc框架下也無自行實作mvc，
那我是否應該將邏輯分類成幾個php
裡面單個phph會有邏輯,class,資料庫讀取這些。

另外想用一個例子請教
A:
<?php require_once('db/ExtendPDO.php'); class User{ private $_acc; private $_name; private $_sex; function setData($acc,$name,$sex){ $this->$_acc = $acc; $this->$_name = $name; $this->$_sex = $sex; } function checkAccount(){ $pdo = new ExtendPDO('localhost:33060','bot','utf8','root','root'); $query = $pdo->select("SELECT * FROM test WHERE id=:id LIMIT 1",[ ':id' => "123", ]); if(count($query) ==0){ //create account } $this->setData(acc,name,sex); } } //讓物件去將檢查帳號是否存在,false則新增帳號 //最後將資料set給物件 $user = new User(); $auser->checkAccount();


B:
<?php require_once('db/ExtendPDO.php'); class User{ private $_acc; private $_name; private $_sex; function setData($acc,$name,$sex){ $this->$_acc = $acc; $this->$_name = $name; $this->$_sex = $sex; } } //檢查帳號是否存在,false則新增帳號的動作在外面處理 //最後再把資料set給物件 $user = new User(); $pdo = new ExtendPDO('localhost:33060','bot','utf8','root','root'); $query = $pdo->select("SELECT * FROM test WHERE id=:id LIMIT 1",[ ':id' => "123", ]); if(count($query) ==0){ //create account } $user->setData(acc,name,sex);

想請問A或B的處理哪個比較好?

我給你一個想法：

$user = new User(); $user->name = 'UserName'; $user->gender = 'male'; $user->save();

你思考看看怎麼實踐出這樣的作法。

用法上很類似Elquent ORM或是Mobile Device用的Realm。

至於好與不好或是那個好這個我不能告訴你那個好。
因為每個人都有自己的想法和習慣，以及面對不同的狀態和環境而有不同的需求。

我的做法是在自訂物件外面建立資料庫物件
然後把這個資料庫物件做為自訂物件的屬性
通常是在建構子的部分就以參數的型式傳入建立

其實我倒是覺得，或許有個地方都錯了。
pdo是一個公開內置物件。
其實如果今天是想要自建一個物件來做其pdo的控制。
實際上，根本不需要去繼承pdo處理才對。

正常來說，一般的db物件，使用的方式大多是內子物件(如pdo、mysql、mssql....)
由於資料庫的物件是屬於內置物件。它雖然是物件，但不需要有所謂的繼承的寫法才對。
當然了，是否需要繼承的用法，這的確是見人見智了。

我個人並不會特別去將pdo外接一些特規的東西出來。一個沒搞好，會將原來的pdo給處理掉。
基本上我也是會往自訂物件的方式來處理。

#星空
你講的那部份是對的。
但是我那個只是用於擴展的教學。(順便教繼承)
實務上的用法是將pdo作為委派的實體來使用。不用去繼承後修改功能。

畢竟……繼承的話也是要還債的。