機能要望 > その他 > EC-CUBE で O/R Mapper 的なもの |
その他
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
nanasess |
投稿日時: 2009/10/28 13:54
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2313 |
Re: EC-CUBE で O/R Mapper 的なもの 引用:
ありがとうございます! おそらく, PEAR::DB や PDO といった DB 抽象化ドライバの上に, 何らかの抽象化クラスをラップする必要があると思います. その役割に該当するのが SC_Query になりますので, もうちょっと洗練させて, かたちを変えて生き残っていくのではないかなぁと思います. クラス名などは変えてしまう可能性が高いです. |
nanasess |
投稿日時: 2009/10/28 13:58
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2313 |
Re: EC-CUBE で O/R Mapper 的なもの 引用:
斜め読みで恐縮なのですが, Ruby on Rails の ActiveRecord に該当するような O/R Mapper でしょうか. だとしたら, テーブル設計などが規約ベースとなり, EC-CUBE に適用しようとすると, 規約が制約となって, かえって使いにくくなる可能性があります. こちらも, もうちょっと勉強してみます. 情報ありがとうございます! |
nanasess |
投稿日時: 2009/10/28 14:01
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2313 |
Re: EC-CUBE で O/R Mapper 的なもの 引用:
ご意見ありがとうございます! 実際に Model の実装を考えた時, カラムを追加した場合などに簡単に対応できるか... といった疑問が湧いたので, PHP プログラマが比較的対応しやすい SQL 直書きも用意した方が良いのではないかと思いました. 引用:
同感です. 初心者から上級者まで, 高い生産性を実現できるフレームワークにしたいと思います! |
seasoft |
投稿日時: 2009/10/28 14:49
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: EC-CUBE で O/R Mapper 的なもの 引用:
それって、SC_DbConn ではないですか? 新旧入り混じると余計に混乱を招く懸念があるので、新しいクラスを使う方向になら、標準実装はそちらへ統一したいところですね。新クラスへの書き換えなど、お手伝い可能な部分は手伝わせてください。
|
nanasess |
投稿日時: 2009/10/28 15:35
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2313 |
Re: EC-CUBE で O/R Mapper 的なもの 引用:
ありがとうございます! もし, 今回の O/R Mapper の導入ができなかったとしても, SC_DbConn は完全に廃止し, SC_Query に一本化しようと思っています. 役割が重複してますので... もう少し固まってきたら, 先行してコミュニティ版にコミットしていこうと思いますので, その際はよろしくお願いします! |
seasoft |
投稿日時: 2009/10/28 15:43
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: EC-CUBE で O/R Mapper 的なもの > もし, 今回の O/R Mapper の導入ができなかったとしても, SC_DbConn は完全に廃止し, SC_Query に一本化しようと思っています.
> > 役割が重複してますので... なるほど、そういう方向性ですね。 私もどっちを使うかで悩むことがあったので、一本化に賛成です。
|
tao_s |
投稿日時: 2009/10/29 4:11
対応状況: −−−
|
仙人 登録日: 2008/8/20 居住地: 東京 投稿: 799 |
Re: EC-CUBE で O/R Mapper 的なもの パフォーマンスの問題からPEAR::DBではなく、PDOにして欲しいです。
個人的にはADOdb Active Recordも良いのでは無いかと思います。
|
pineray |
投稿日時: 2009/10/29 6:34
対応状況: −−−
|
長老 登録日: 2006/9/9 居住地: 伊賀 投稿: 292 |
Re: EC-CUBE で O/R Mapper 的なもの PDOにするとPHP4がサポートされなくなってしまいます。
個人的にはPHP5専用でもそろそろ良いだろうとは思いますが、 株式会社ロックオンさん的には共用レンタルサーバーの多くがまだPHP4なのと、 同じメジャーバージョン内でサポートするバージョンが変わるのは問題ありということで、 バージョン2系のうちはPHP4をサポートするようです。 PHP4に対応していてPEAR::DBより高速なライブラリであるADOdbあたりが 良いのではないかと思いますね。
|
seasoft |
投稿日時: 2009/10/29 9:05
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: EC-CUBE で O/R Mapper 的なもの 個人的には、2.x では、もっと既存の不具合を潰していき、3.x で本件やプラグインを実装するのが良い気もしているのですがね・・・
PHP4 を切り捨てられれば、美しく・速くを追求しやすくなるでしょうし。 2.5でプラグイン対応を目指すという計画を耳にしたときは率直に驚きました。まぁ、そんなアグレッシブな姿勢は好きですが。
|
nanasess |
投稿日時: 2009/10/29 9:09
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2313 |
Re: EC-CUBE で O/R Mapper 的なもの 引用:
以前, ベンチマークしたことがあるんですけど, PEAR::DB も PDO もパフォーマンスは大して変わらなかったです. ADOdb Active Record は設計規約が気になりますね. 勉強します. |
« 1 (2) 3 » |
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |