用 Ovine 开发了几个 Admin 系统之后,改变了我对传统 Web 项目的理解

大名小子
 大名小子
发布于 2020年10月19日
收藏 31

对 Web 前端来说,最近有一个话题,感觉突然一下“火”了~ `LowCode、No-Code` 代码框架(平台)

起初我也认为这是噱头,要么就是仅仅是一个封装好的一个组件库,换了一种调用方。要么就是尽可能简化使用库的成本,然后“暗藏”一堆坑,当满足不了产品奇葩的需求时,束手无策~

随着 阿里的 `sula`,百度的 `amis` ,或者其他一些由拖拉拽 生成 Form 表单的库,铺天盖地而来。确实具体该怎么选,究竟那个才是我们现在最需要的。是不要等踩完坑,才能知道结果?

总之对于纯 ToC 端的前端业务需求,基本上除了 Coding ,别无他法,封装的再好的组件,也赶不上 “产品” 大哥一个字,“改”!所以,也只能选择一些最为基础的组件库,来避免从0造轮子。其他的,该怎么来就得怎么来。根据 UI 写样式,根据 PRD 写功能,一个环节也少不了。

随着当前信息时代普及,数字管理化不断增加。Admin 管理系统的项目数量,可以说是暴炸性的增加。以前一个企业可能只需要一个OA。现在可能需要3-5个左右系统,才能正常运转。传统行业可能直接买Sass服务,但是互联网企业,几乎是自研开发。虽然Gitee、Github 上,Admin 基础组件库或者集成类型的模版可以说是数不胜数。无论是 纯 JQ 的UI框架 LayUI,  还是 React 的 Antd, 或者 Vue 的 Elment 等等。这些框架真的很优秀,很实用。但是利用上述讲到的 “LowCode” 框架,还能再简化一步。

我现在想说的是 “Ovine”。我们有几个Admin项目,都是采用 react-bootrap, antd 2.x 开发,现在全部转为 Ovine 项目。之前开发的 Admin 总的来说有以下的缺点。

  • 系统权限体系分散
  • 大量的 JSX 代码,即使封装的很不错,用JSON 就可以完成 CRUD,但是扩展性差。很复杂新需求,要花更多时间去改
  • 每一个独立业务都要单独开发,每一个需求,都需要写代码实现,并没有讨巧什么

使用 Ovine 之后

  • 直观感受,再做第二项目时,开发时比原来少了一倍多
  • 可以快速接入,无论是几个开发项目,开发思路和模式一样
  • JSON 驱动,在熟悉配置,和自定义开发时,超级方便复制
  • 类似功能可以复用性极高
  • 对于管理系统,刚毕业实习生可以接手,大大降低门槛

总之 “Ovine” 功能不还在不断迭代,也是一个初期项目。官方维护和开发支持也还不错,完全能解决企业管理系统开发,节约大量时间。在此希望大家有空也了解一下,换一种方式写 Admin。

 

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:用 Ovine 开发了几个 Admin 系统之后,改变了我对传统 Web 项目的理解
加载中

精彩评论

noday
noday
这是软件更新资讯?

最新评论(4

大名小子
大名小子
嗯嗯,目前是用起来是有一定门槛, 不过,整体来讲,后期可以做到纯在线编辑+本地代码扩展。
stonezz
stonezz
看上去 sula更容易懂一些
大名小子
大名小子
算一个简单的软推广吧。欢迎关注一下 Ovine 开源项目。目前正在发展中~个人觉得还蛮不错的。
noday
noday
这是软件更新资讯?
返回顶部
顶部