对 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 总的来说有以下的缺点。
使用 Ovine 之后
总之 “Ovine” 功能不还在不断迭代，也是一个初期项目。官方维护和开发支持也还不错，完全能解决企业管理系统开发，节约大量时间。在此希望大家有空也了解一下，换一种方式写 Admin。
评论删除后，数据将无法恢复
用 Ovine 开发了几个 Admin 系统之后，改变了我对传统 Web 项目的理解
对 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 总的来说有以下的缺点。
使用 Ovine 之后
总之 “Ovine” 功能不还在不断迭代，也是一个初期项目。官方维护和开发支持也还不错，完全能解决企业管理系统开发，节约大量时间。在此希望大家有空也了解一下，换一种方式写 Admin。