基本は以下の通り ユーザテーブル →ユーザの情報が一式。「１レコードが１ユーザを意味するテーブル」。 商品テーブル →商品の情報が一式。「１レコードが１商品を意味するテーブル」。在庫管理は一端なし。 受注テーブル →受注情報の根っこ。「１レコードが…

基本的には ・コード含めて、設計が出来るだけ平坦でシンプル なものを作る予定。 機能としては「ギリギリECとして成り立つ」程度まで削り落として。 どちらかと言わなくても「エンジニアがカスタマイズする前提」にしようと思っています。 受託での実務の実…

前々から…うん多分、暖めてからだと「…何年だろう？」ってくらい前から暖め続けているのですが。 そろそろいい加減発酵度合いが半端ない感じになってきたので、openな場所で退路を断とうと思いました(笑 だって…「29 Mar 2012」とかにレポジトリ作る時だって…

んと。基本的には「非常に簡単で後カスタマイズがしやすいような」ものにします。 何せテーブル４つ(笑 カスタマイズ性能を重視する予定なので…多分、改修とかはしやすいんぢゃないかなぁ…多分。 ちなみに。動くサンプルもつけますが、ライブラリ群(class群)…