bladeX评价（深度好文）

序

我承认有些架构师真的技术很强，但是一味的做无意义的封装，增加上手成本，背离了简化开发的初衷。

开篇

bladex 这个框架是我做第一个商业项目用的框架，项目经理当时花了五千多买的框架，比较重量级别（臃肿），比如：在权限管理安全使用自研框架，对myabtis-plus框架做一些憨厚的封装，在持久化框架上我还可以忍受，但是在安全框架使用自研我无法忍受！这个框架对于大型企业的与中小型企业的架构理解不够透彻，做了一些华而不实的封装。他的单体版本商业版本，我不明白为何也要加入重量级别架构 多租户！先不说单体版本引入这个概念有无必要，如果一个公司将要做这样的大型系统，会采用单体架构吗，或者来一个更深入灵魂直接的问题，请问公司难道没有架构师吗？

后端

首先讨论自研框架的问题，我承认，造轮子的工程师都很厉害，但是未免也太炫技了，自创轮子（springblade security）有有开源框架shiro或者spring　security的可扩展性好吗？买的你框架是为了商用，不是为了为你这样的闭源给你踩坑，致使团队在上手前，花费了很长一段时间去研究。如果当初让我做初期架构选新型，我肯定会抵制购买ｂｌａｄｅ，也有很大一部分原因在我，早期ｌａｄｅｒ想让团队一起扩展下原有的架构的代码，但是原有架构ｍｖｃ不符合如今的行业潮流架构（ＭＶＶＮ）模式，自己虽然也写过脚手架，但是在ｖｕｅ前端的组件样式上无法做到随心所欲，所以我经常嘲讽自己说：＂现在碰到的麻烦事，到底还是自己技术不够，这也怪不得谁＂。

前端

前端是我非常想提一提，使用ａｖｕｅ框架。这个框架是在element-ui基础上封装的一些组件，知乎上骂声一片，确实可以简化一些简单的ｃｒｕｄ操作，让小学生来都可以按照模板来改，但是稍微复杂一点点的业务，那就让人改要命。我这里要引用一个网友说的话：

首先官方文档很烂，很多东西说的不清楚，示例代码也不多然后就是封装太狠，一堆属性和方法，想实现个什么功能就得一个个找，心智负担不是一般的小，找文档找的头疼。在试着做了几个功能后，我就不做了，太费劲。甲方团队一开始都是后端自己写前端，觉得挺好用。在我看来就是忽悠那些不懂前端的老板的，以为找个模板就随便写写就实现了所有的功能。现在开源的模板这么多，随便找个都能写出个像样的项目。——网名：小云得咿的飘　——简介：魔兽AFK，三线前端，努力生活