首先ECSHOP整个系统架构是、年时写就的，之后也没有特别大的改动，最大的要做的改动，一个是要改成单入口方式，第二个是至少以类封装的方式写代码，把过程型的代码最小化，第三个就是更加的MVC化一些。
现在来看的话，ECSHOP已经有点老了，很早之前开发的系统，为了兼容性，以至于一直都采用老的架构，很多代码都是为PHP4.x写的，在5.x上跑出一堆的Strict,Depreciatedwarning
ECSHOP命运坎坷，屡次转手，最后的东家商派自己是有亲儿子SHOPEX，ECSHOP买回来只是为了别捣乱的，基本上没有大的改进。但是即便是多年之后，业内知情人士仍旧偷偷向我透露ECSHOP的实际市场占有率约90%！把亲儿子SHOPEX都远远甩在后面。
整个代码最可怕的就是SQL写得到处都是，居然没有用类似的ORM，结果就是，你要是改了表的结构，你就得到处去找SQL一条一条的改，特别麻烦，也就是在初期时候可以用用，等后面规模做大了，自己找人另外开发一套系统替换掉它，只能这样了
不得不承认ecshop为这个行业做出的贡献。但时过境迁，不管从商品基础架构、单据扭转逻辑、促销规则拦截体系、模板机制等多个方面，都会给开发团队带来数倍的扩展及维护成本。
我认为ECSHOP直到今天都是业内人士心目中叫得最响的电商系统——归功于它是开源（并且广泛免费使用）得，而且是一套经历过大规模并发在线实际考验的商城系统。这两大优势在今天放眼看去，又有谁人能敌呢
首先ecshop最大的精髓，不是代码，而是对商城逻辑的理解。我们大大小小对功能做过无数优化，最后还是会发现数据结构基本还是围绕原EC的结构在开发，这一点足可证明EC在商城逻辑的架构上是非常优秀的。
其次任何一个系统，不管它第一个版本是多么架构清晰，简明易懂，高可扩展。在被各种需求增量与工作进度的矛盾反复碾压后，它也一样会面目全非，这一点做过长期产品的人应该都有体会。
现在ecshop这个系统存在最大的问题就是很多编码过于陈旧，已经落伍。其中大多数的原理和思路并没有大的变化。也有的同学说前端不能兼容JQuery，这个倒是实情。可是您有没有试着自己解决这个问题呢？
原系统上说其模板机制，也就是淘宝里说的“装修”是最为薄弱的。很多用户都是从第三方定制或者购买二次开发的装修模板。还是出于陈旧的原因，
ECSHOP没有对移动的支持，因为当时还没有智能手机呀~~。但从现在的视角来说移动已经是不可忽略的大势了，谁有胆量去忽略呢？基于对移动的支持、对HTML5的运用等等
目前最大的要做的改动，一个是要改成单入口方式，第二个是至少以类封装的方式写代码，把过程型的代码最小化，第三个就是更加的MVC化一些。
我们对EC二开最主要的方向，还是集中在用户体验和新事物的补充上，比如移动端、