bladeX评价(深度好文)

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

开篇

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

后端

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

前端

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

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

你可能感兴趣的:(git,java,vue.js,npm,node.js)