-
Notifications
You must be signed in to change notification settings - Fork 654
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EC-CUBE 4.1 機能開発方針 #4901
Comments
フレームワークとしての開発と、 CMS としての開発(feature)を分けていくのは賛成です。 現状では、 core は Symfony や Doctrine の新バージョンを追いかけるブランチという認識ですが、それのみではなく、 eCommerce に特化した、開発効率の良いフレームワークに育てていけたら良いなと思っています。 また、バージョンアップのしやすさについては、どうしても Synfony や Doctrine のバージョンアップによる破壊的な変更の影響を受けるので、 EC-CUBE 側の Interface で wrap して影響を吸収できたら良いと思います。(EC-CUBE2系や Concrete5 がそういった構成になっています) あとは、プラグインやカスタマイズディレクトリの開発効率も悪すぎるので、もっと洗練させて簡単に書けるようにしたいですね。 |
「プラグインやカスタマイズディレクトリの開発効率も悪すぎる」 自分は現状それほど苦に思っていないのですが、開発効率の悪さを具体的に教えていただけると助かります。 |
@kurozumi あと、できるかどうかわかりませんが Twig に式言語みたいな仕組みを導入できたらいいなと思っています。 <form:cart type="product" id="10" /> 管理画面の検索フォームもパターンは決まっていますし、もっと簡単に書けたらいいですね。 <input:order type="id" attr="between" /> と書けば、 <input type="text" name="order[id][]" />〜<input type="text" name="order[id][]" /> のようなフォームが自動生成されるとか。 具体的なイメージがすぐに湧きませんが、フォームのみでなく、 PHPのプログラム側ももっと簡潔に書けるようにしたいです。 4系で導入された、 PurchaseFlow はその先駆けと言えます。 20年近く前に、 Java のフレームワーク開発をしていたのですが、当時すでに上記のような仕組みを導入して、業務に特化したコンポーネントをたくさん作り、機能開発効率を上げていました。 |
PRの送り先について補足です。 方針発表前に既に投稿いただいているPRについては、投稿されたブランチで受け入れを行う予定です。 今後は、不具合修正:4.0ブランチ、機能追加・機能改善:4.1-featureにPRをお願いします。 |
毎週水曜日の14時からオンラインで EC-CUBE Issue 検討会を実施しています。 ▼参加用URL(GitHub 共有会と同じ) ▼公式サイトのイベントページ 概要EC-CUBE のリポジトリには多くの Issue が作成されていますが、内容が不明確で開発に着手しにくい Issue が多いかと思います。 Issue の整理には EC-CUBE のコア開発者が数名参加予定です。 Issue 検討会は週1回程度を目標に開催していきたいと思っています。 日時2021/3/3 14:00~15:00 (EC-CUBE GitHub 共有会の後) 参加方法Google Meet で開催します。 meet.google.com/rqq-jtpi-jha アジェンダ
第1回のリファインメント対象の Issue参加者から要望があれば優先してリファインメントしていきたいと思います。
|
毎週木曜日に EC-CUBE Issue 検討会を実施していますが、実施内容を記録しておくところがありませんでしたので、こちらの Issue に投稿していこうと思います。 検討したい Issue メモ
検討した Issue
2021/04/28商品にオプション項目を追加できるようにする #4873 (comment) #4873 (comment) 🆙 次回は管理画面と DB の設計をできればと思います。 2021/04/21商品購入時にギフト・ラッピングを選べるようにしたい #4875 (comment) #4875 (comment) 🆙 商品単位のオプション機能があれば(使いにくいケースはあれど)多くの場合網羅できるという結論になりましたので、商品単位のオプション(ラッピング)機能の検討をしたいと思います。 2021/04/14Doctrine Filterで拡張機構を実装してみる #5005 (comment) 🆙 2021/04/07【商品の公開状況の制御機能のベース】商品の掲載期間を設定したい #4852 🆙 2021/03/31商品の掲載期間を設定したい #4852 (comment) 🆙🔜 2021/03/24タグ管理の項目追加の自動表示位置が誤り #4981 🚀 2021/03/172021/03/102021/03/03 |
EC-CUBE 4.1 に追加予定の機能 A: 4.1β2に向けて積極的に取り込みたいプルリクエスト#4987
B: 4.1.1 以降での取り込みとなりそうなプルリク#4642 4.1に入れたいが、現時点で課題があり入れる判断ができないもの
C: 4.1では実現できないもの |
|
ブランチの今後の運用について追記させていただきました。 EC-CUBE 4.1 開発時には役割別に |
4.1へのマージは完了したため、4.1-core/4.1-featureブランチを削除しました。 |
EC-CUBE 4.1 機能開発方針
今後のEC-CUBEが店舗主と開発者の双方にとってより使いやすく魅力的なプラットフォームに成長させるために、以下のように考えています。
機能開発について
EC-CUBE 4.1 Roadmap の通り、EC-CUBE 4.1 で機能追加や改善を進めるにあたって、どのような機能が必要かを検討しています。カスタマイズ性や、既存プラグイン/デザインテンプレートとの互換性を最大限に考慮しながらも、誰もが利用しやすい機能から開発していきます。
そのために広く多くの方のご意見を集めたいので EC-CUBE の標準機能として必要だと思われる機能の Issue にご意見のコメントか 👍スタンプをお願いします。
「enhance」ラベルと「4.1」マイルストンが付いている Issue が EC-CUBE 4.1 で追加を検討中の機能です。
EC-CUBE 4.1で追加を検討している機能のIssueは以下で検索可能です。
EC-CUBE 4.1 で追加を検討中の機能
コメントとスタンプを参考に実装していきます。
バージョンについての方針
EC-CUBE 4.0に関しては積極的な機能追加は行いません。新しい機能の取り込む先として、EC-CUBE 4.1以降を想定しています。
互換性について
EC-CUBE 4.1 Roadmap の通り、プラグインの互換性に関しては最大限考慮します。
開発ブランチについて
2021/08/13 追記
EC-CUBE 4.1 開発時には役割別に
4.0
/4.1-core
/4.1-feature
に分けて開発をしていましたが、 EC-CUBE 4.1 の仕様確定に伴い 今後は4.1
ブランチに統一します。今後新しくプルリクをいただく際には
4.1
へいただきますようによろしくお願いいたします。すでに
4.0
/4.1-core
/4.1-feature
へいただいていますプルリクはマージ後に4.1
ブランチにマージさせていただきます。4.1
ブランチへのマージが完了しましたら4.1-core
/4.1-feature
は削除させていただきます。EC-CUBE 4.1 開発時の運用
EC-CUBE 4.1のフレームワークの開発ブランチと機能開発のブランチを分けて開発を行います。EC-CUBE 4.1リリース時には両方のブランチをマージしてリリースします。
4.1-core : Symfony4.4/Composer2.0のアップデートの開発を行います。
4.1-feature : 新機能開発を行います。
Feedback
機能開発に関する進め方へのご意見もお待ちしております。
本Issueにぜひコメントください。
The text was updated successfully, but these errors were encountered: