V2EX › zhennann 的所有回复 › 第 6 页 / 共 8 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

2021 年 11 月 30 日

回复了 yuan101010 创建的主题 › Java › Java 后端怎么快速写前端

推荐使用全栈框架，只有全栈框架才会提供开箱即用的前后端一体的完整解决方案，比如 CabloyJS
否则，选择其他独立的前端框架（其实更多是模版），肯定要做大量的删删改改，还有与后端的适配工作

2021 年 11 月 30 日

回复了 zhennann 创建的主题 › Node.js › 历时 5 个月， CabloyJS 4.12 震撼发布，及新版教程尝鲜

CabloyJS 属于“编码式低代码平台”，提供了大量基础工具和组件，使研发人员可以快速创建业务表单和审批流程（比拖拽式还要快），达到开箱即用的效果，同时又可以进行深入的定制开发。此外，“编码式低代码平台”有利于版本变更管理，便于排查问题和持续升级维护（特别是关于数据的无缝升级）

其实，对于业务和运营场景而言，普适化的表单引擎并不是刚需，而是要根据具体的垂直场景提供可灵活定制的工具。比如，CabloyJS 提供的 CMS 内容管理和渲染引擎，可以满足大多数业务运营场景的诉求

2021 年 11 月 30 日

回复了 zhennann 创建的主题 › Node.js › 历时 5 个月， CabloyJS 4.12 震撼发布，及新版教程尝鲜

感谢建议，你所说的 1 、2 、3 、5 ，已经进行了改进
关于第 4 条，参见这样一段关于“拖拽式低代码平台”的述评：
** 大多数业务表单不仅仅是一些字段的简单组合和增删改查，不同的业务都有自己独特的业务诉求，往往需要前端界面的定制和后端逻辑的定制。拖拽式低代码平台，对于业务人员而言没有足够的工具进行深入定制，对于研发人员而言也没有足够的机制深入开发
** 许多拖拽式低代码平台认识到了这一点，所以针对不同的业务场景提供官方预配置的套装解决方案，这同样也把业务人员和研发人员置于“不上不下”的尴尬境地，成为“食之无味弃之可惜”的鸡肋平台

2021 年 9 月 27 日

回复了 liuidetmks 创建的主题 › Java › Java 加一个字段很难吗?

加字段不难，就是让后端加字段有点难。接口一旦确定下来，后端是最讨厌变更的。当然我说的是 java 后端。
为啥 nodejs 会火起来，就是因为灵活，改动起来很快。但现在又在鼓吹 ts，然后慢慢又回到不愿改接口的老路。

2021 年 9 月 26 日

回复了 GM 创建的主题 › PHP › ThinkPHP 是我用过（维护过）的最恶心的 PHP 框架，没有之一

用过 node 的 CabloyJS 也许会改变对 php 的认知

2021 年 7 月 21 日

回复了 Leviathann 创建的主题 › 程序员 › 最近做了个公司的微信公众号网页的项目，真是写吐了

iphone 没有实体返回键，所以，微信浏览器会自动添加“前进和返回键”，当然也不总是这样。如果 H5 页面是不带 hash 变化的（也就是 url 不变化），就不会出现“前进和返回键”。CabloyJS 对这种情况提供了相应的解决方案（免费、开源），可以分别用 iphone 和 android 试一下这个演示站点： https://test.cabloy.com/
CabloyJS 的微信对接方案，参见: https://cabloy.com/zh-cn/articles/wechat-introduce.html

2021 年 7 月 11 日

回复了 mutoudaren 创建的主题 › Node.js › node 怎么实现工作队列？

两种思路：
1 、采用分布式锁 redlock
2 、采用 redis 做消息队列

2021 年 7 月 11 日

回复了 heheda11 创建的主题 › 程序员 › 计算机经历几十年 CURD，难道没有一个大而全的解决方案吗？

从来没有一劳永逸的大而全的解决方案。但是如果仅仅停留在 CRUD 的层面，显然又不符合咱们程序员不断追求进步的气质
在业务系统中，CRUD 仅仅是数据管理的基础，在此基础上还需要考虑：菜单权限、数据权限、审批流、前端界面显示（兼容 mobile/pc ）、消息推送、历史数据，等等。对于大多数业务系统而言，以上诸方面都有共性。能把这些共性部分抽象出来，提供统一的接口，同时也提供可扩展的机制，那么就可以极大的提升业务系统的开发效率了

强烈建议参考一下 NodeJS 全栈开源框架 CabloyJS，尝试着在 CRUD 的基础上前进了好几步，在线效果预览： https://test.cabloy.com/

2021 年 7 月 5 日

回复了 zhennann 创建的主题 › Node.js › CabloyJS 基于 EggJS 实现的模块编译与发布

@libook Webpack 可以搞定，关键就是提供合适的源码组织方式。V8 字节码和快照后续可以研究一下

2021 年 6 月 17 日

回复了 zhennann 创建的主题 › Node.js › 分享一款自带工作流引擎的 NodeJS 全栈框架，接单快手、创业神器，欢迎拍砖

@shuizhuyu 是微信号添加不了吗？试试：58757006，或者上 https://cabloy.com 查看微信二维码

2021 年 6 月 16 日

回复了 zhennann 创建的主题 › Node.js › 分享一款自带工作流引擎的 NodeJS 全栈框架，接单快手、创业神器，欢迎拍砖

感谢大家支持，可加我微信交流：yangjian2025

2021 年 6 月 16 日

回复了 zhennann 创建的主题 › Node.js › 分享一款自带工作流引擎的 NodeJS 全栈框架，接单快手、创业神器，欢迎拍砖

@shuizhuyu 不理解？

2021 年 6 月 15 日

回复了 zhennann 创建的主题 › Node.js › 分享一款自带工作流引擎的 NodeJS 全栈框架，接单快手、创业神器，欢迎拍砖

@RockShake 可以了解一下 python 的 odoo

2021 年 4 月 23 日

回复了 zhennann 创建的主题 › Node.js › CabloyJS 实现了一款基于 X6 的工作流可视化编辑器

@echowuhao 往往是在 x6 和 g6 中抉择，见知乎的一篇文章： https://www.zhihu.com/question/435855401

2021 年 4 月 9 日

回复了 ifuture 创建的主题 › 程序员 › 开发企业应用，企业微信和钉钉该如何选择？

CabloyJS 同时提供了“企业微信”和“钉钉”的适配接口，可以参考一下
企业微信： https://cabloy.com/zh-cn/articles/wxwork-introduce.html
钉钉： https://cabloy.com/zh-cn/articles/dingtalk-introduce.html

2021 年 2 月 20 日

回复了 fox233 创建的主题 › 程序员 › 如何搭建一个类似 V2EX 的论坛，有相似的程序吗？

CabloyJS 社区方案： https://cabloy.com/zh-cn/articles/community-introduce.html

2021 年 1 月 25 日

回复了 zhennann 创建的主题 › 推广 › 如何在 Uniapp 中访问 CabloyJS 后端管理系统 API

@Livid Thanks，I see. 这篇文章内容属于“分享创造”，不过标题确有不妥，后续注意

2021 年 1 月 21 日

回复了 Windy418 创建的主题 › 程序员 › 独立开发 iOS App，后端用什么语言写合适？

后端除了学习语言，还要学习基础框架，在学了基础框架之后，还要考虑一堆业务系统如何开发，比如：用户注册与登录、权限系统、数据管理、工作流、等等。
所以，强烈建议用 CabloyJS 全栈框架。虽然是全栈，但前后端分离，后端完整的业务系统开箱即用，可以完美配合任何前端 app 的开发

2021 年 1 月 12 日

回复了 WishMeLz 创建的主题 › 程序员 › 请教一个问题，想搭建一个网站，目的就是一些人发一些文章用的

Cabloy-CMS，动静结合，开箱即用，二次开发强大灵活，支持博客、论坛、技术文章
博客 demo： https://zhennann.com/
论坛 demo： https://community.cabloy.com/
技术文章 demo： https://cabloy.com/
介绍： https://cabloy.com/zh-cn/articles/cms-introduce.html

2021 年 1 月 8 日

回复了 zhennann 创建的主题 › 推广 › 基于原生 JS 实现的 Bean 容器和 AOP 编程

@xcstream 你看是否可以这样理解。aop 是一种能力（ bean 容器的副作用），如果不想用就当他不存在。因此，你不喜欢 java 的原因，可能是在 java 里面，不论是 bean 组件的定义还是使用，注解漫天飞的情况。
这里提到的基于原生 js 的 bean 容器，不再需要注解。比如，系统提供了一个 bean 组件：user, 那么在项目的任何地方，只需使用`ctx.bean.user`直接引用该 bean 组件，不再需要像 java 通过注解的方式声明一个变量了

1 2 3 4 5 6 7 8

❮

❯