yii2 fecshop的初衷

以下为做fecshop的初衷和fecshop的简介

1.关于对magento的情感

自从2010年进入外贸电商,就开始玩magento,magento一直以来,以seo友好,容易收录,功能强大,可配置性强,灵活度大,支持度高等各个方面完胜其他开源框架,基于xml的配置和基于EAV数据表模型,让magento的插件和模板异常的丰富,magento的插件,基本上可以在不修改源文件的前提,修改任意magento代码,当然,这些都是有代价的,magento的初始化必须加载完所有的xml文件才能进行解析controller,初始化过于笨重,自身的框架过于雍容,在速度,并发方面一直处于劣势,尤其是EAV模型的数据库模型,让magento在产品数据增多的情况下,一旦超过10000个产品后,性能就会带来一定的下降,当产品超过3,4万,性能明显下降,对mysql的内存消耗非常大,当插件增多的情况下,php端对xml解析对服务器的资源吃的也比较厉害。另外在产品很多,store很多的情况下,indexer索引也是硬伤,关于magneto的一些问题,我在知乎上面回答了一个问题:https://www.zhihu.com/question/19813425#zh-question-answer-wrap

总之,magento的灵活度高,解决了自身版本升级,第三方插件升级,和用户二次开发之间冲突的问题,通过配置的方式来协调使用那一块文件代码,magento除了自身功能完善,还有大量的第三方插件和模板,让magento这个闭环更加的完善,但是magento的并发性能较差,日ip超过2万的情况下,没有varnish,2台独立主机都很难平稳的抗住,另外,重构magento的某个底层也是比较困难,这些都是magento的不足。

2.对yii2的情感。

从2014年接触yii2,用yii2做了3个项目,一个电商网站,一个erp系统,一个业务数据分析系统,对yii2框架的认知加深后,越来越喜欢这个php框架,在架构方面非常的优秀,全程基于配置,用户可以在不修改yii2文件代码的前提下修改和扩展yii2框架的功能,单例模式的组件,等基于控制反转的思想设计而成,还有model的role验证,命令行模式的批处理console,类似于一个小系统的模块,多入口应用,可以新建一堆类似frontend,backend这样的入口应用,安全性高,可以通过bootstrap配置加入初始化代码,数据库升级migrate等,yii2是一个非常适合做产品的框架。

3.fecshop的想法

作为一个电商系统产品,我认为有两个大问题比较关键:

3.1 产品自身功能升级,和第三方插件扩展升级,和用户自身二次开发的矛盾的解决, 总体来说就是:各自在各自的文件系统中开发,通过配置的方式覆盖,yii2的配置是基于数据,而不是magento那类笨笨的xml,资源消耗小

3.2 对底层功能的重构和选择,对于一个底层的功能,譬如购物车,我前期用的是基于session,后期我发现不行,我需要吧购物车数据放到mysql中,后来我又想放到redis中(假设),如果我是标注的mvc模式,重构将非常的困难,因为对购物车的操作散步在各个地方,不知道那个地方会漏掉,因此,我们需要更改我们的模式,我想到的是用组件的形式提供服务,各个模块不允许调用数据库,只能通过对服务的调用来完成功能,如果我想重构某个服务,我只需要把这个服务组件里面所有的public方法实现即可,数据的流向为: model –>service component –>module->block->view

这样,我甚至可以对同一个功能做多个服务组件,譬如购物车,我做了session cart,mysql cart让用户选择。

糅合yii2的新型思维,mongodb的多维数组,mysql的事务性,mongodb的强大配置和灵活度,我想基于mysql和mongodb数据库,用yii2框架,参膜magento的灵活,实现一套电商开源系统,我给予的名字为fancy ecommerce shop,简称fecshop。

发表评论

电子邮件地址不会被公开。 必填项已用*标注