2012-02-03 3 views
5

私は今Magentoとしばらく働いており、モジュールの開発を本当に楽しんでいます。最近、私は、電子商取引の側面を取り除き、ZFやCakePHPと同様に、アプリケーションフレームワークとしてコアコンポーネントを使用することが可能かどうかを考えてきました。フレームワークとしてMagentoを剥奪しましたか?

例えば、内部/アプリケーション/コード/コア/、以下を除くすべてが除去される。

  • メイジ/ Adminhtml
  • メイジ/管理
  • メイジ/コア
  • を(I他の重要な部分がいくつか欠落している可能性があります)
  • VarienとZendコードもすべて元のままです。

    • モジュール
    • ブロック、レイアウト、およびユーザー、権限、およびコンフィギュレーション
    • とテンプレート
    • バックエンド:あなたがのためにサポートを利用しながら、カスタムWebアプリケーションを開発することができるだろう

  • getModelなどへのMage静的メソッド
  • 翻訳
  • Webサービス

これは実現可能か、または良いアイデアですか?

+0

今質問が尋ねられました。私たちはecommアプリケーションを検討しており、Magentoはこのリストに載っています。私はそれについて良いことを聞いたことがあるので、私はあなたに尋ねたがっています.Memetoでのあなたの経験は何ですか?お勧めしますか? –

+1

Magentoを強くお勧めします。私の意見では、それはそこでは最高の電子商取引プラットフォームです。 – seanbreeden

+1

私は完全に同意します。 Magentoは数多くの便利な機能を備えた素晴らしいプラットフォームです。新しい機能を開発することもいい経験ですが、学習曲線は少しあります(それだけでも価値があります)。 –

答えて

6

コリンMollenhourはすでにこれらの線に沿って何かを持っています! :)

+0

これはまさに私が想像してきたことです、リンクのおかげで! –

+1

興味深いことに、これは多くの可能性をもたらします。しかし、私はColin Mollenhourが公式のコードでこれを最新の状態に保つ可能性があるのか​​疑問に思うことはできません。あなたは彼と彼のプロジェクトを長期的に自分のアプリケーションの基礎として頼っていますか?私は、バグ修正が急速に行われることを願っています。 – clockworkgeek

+0

@clockworkgeek、それは良い質問です。幸運にも彼はGithubのコードをホストしています.Githubでは、誰もが自分の変更を行うことが容易になります。彼が望むなら、彼はそれらをマージすることを選択することができます。彼がいなくて他の誰かが自分のコピーを維持し始めるならば、代わりに彼らの更新されたコードベースを使うことができます。それはオープンソースコードの美しさです。個人的には、もし私がプロジェクトでそれを使用するのであれば、更新する必要はありません。 –

3

これが行われたという噂がありました。そのアイデアが学問的に面白く、その可能性があることを考えれば、Magento DevelopmentのコースのMagento U Fundamentalsを教えるたびに言及します。

Magento は、です。基本的に、電子商取引コンポーネントを備えたMVCアプリフレームワークです。私はまずMagento's Imagineの2011年のカンファレンスでこのアイデアを聞いた。Alan Stormは、開発者トラックまたは開発者の非会議中にこれを言及した。私はその考えをすぐに気に入った。

MagentoスタイルのEAVエンティティのモデリングと属性管理が必要な場合は、引用した項目に加えて、Mage_Eavを含める必要があります。 Mage_Pageも、そのモジュールがさまざまなページ要素を処理するために使用されていれば、強力な候補になります。 2011 Magentoの革新会議でXDevCamp中にこのことについて私に告げるためVinaiコップに

https://github.com/colinmollenhour/magento-lite

ありがとう:

+0

情報ありがとうBen!このようなフレームワークが既に存在するようです(上記の@ seanbreedenのリンクを参照)。 –

+0

ああ、良い - 私はそこにこのようなものがあることを知っていた。 – benmarks

関連する問題