这是一个创建于 2054 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题。
朋友公司是做企业系统的,又因为客户稳定,所以成立十几年了,都还没有前后端分离,现在还是 JSP...因为这样,招的人大多数也呵呵了。于是前些年(2015 年左右),内部策划了这个系统,直到今年,在没有任何项目测试的情况下,强上这个工具,所有新项目必须要用这一套,就算延期也要用。然而结果就是,没人想用,或者说是被坑怕了,不敢用了。
先说下功能: 在这个系统中，在网页中,拖拉组件生成页面 (基于 Vue.js)。
生成步骤: 新建工程 -> 新建页面 -> 拖拉控件 -> 在一个 css 输入框中写 css -> 在一个特定的 js 文本框中写 js 逻辑 -> 还有各个 vue 生命钩子的特定输入框( mounted 等) -> 预览-> 调试样式等 -> 复制调试后等 css 等代码-> 回到修改页面 -> 粘贴 -> 预览 -> ……-> 导出 -> 集成到 spring 项目 -> 发布
反人类:
1. N 级到嵌套层级
2. 不支持语法提示、联想(和记事本一般)
3. 系统还在迭代,每次升级后,经常导致已完成页面崩溃
4. 基础组件要定制小修改或功能不完善等,只能和开发系统的开发者提需求,而后开发者修改完善后你才能使用
6. 路由不用,用 iframe
5. 不支持代码回滚 (保存 === git commit)
8. …………
数不完等缺点,数不尽等崩溃次数……
说不完道不尽，到现在估计投入了 700+ 万人民币了, 大家都以为是个神器, 结果到手后发现这东西简直就是内燃机时代等蒸汽机。
大家对这工具有何看法？
朋友公司是做企业系统的,又因为客户稳定,所以成立十几年了,都还没有前后端分离,现在还是 JSP...因为这样,招的人大多数也呵呵了。于是前些年(2015 年左右),内部策划了这个系统,直到今年,在没有任何项目测试的情况下,强上这个工具,所有新项目必须要用这一套,就算延期也要用。然而结果就是,没人想用,或者说是被坑怕了,不敢用了。
先说下功能: 在这个系统中，在网页中,拖拉组件生成页面 (基于 Vue.js)。
生成步骤: 新建工程 -> 新建页面 -> 拖拉控件 -> 在一个 css 输入框中写 css -> 在一个特定的 js 文本框中写 js 逻辑 -> 还有各个 vue 生命钩子的特定输入框( mounted 等) -> 预览-> 调试样式等 -> 复制调试后等 css 等代码-> 回到修改页面 -> 粘贴 -> 预览 -> ……-> 导出 -> 集成到 spring 项目 -> 发布
反人类:
1. N 级到嵌套层级
2. 不支持语法提示、联想(和记事本一般)
3. 系统还在迭代,每次升级后,经常导致已完成页面崩溃
4. 基础组件要定制小修改或功能不完善等,只能和开发系统的开发者提需求,而后开发者修改完善后你才能使用
6. 路由不用,用 iframe
5. 不支持代码回滚 (保存 === git commit)
8. …………
数不完等缺点,数不尽等崩溃次数……
说不完道不尽，到现在估计投入了 700+ 万人民币了, 大家都以为是个神器, 结果到手后发现这东西简直就是内燃机时代等蒸汽机。
大家对这工具有何看法？
第 1 条附言 · 2019-05-17 08:32:20 +08:00
我之前学过 MFC、Qt、iOS之类的，对拖拉控件对还是有点了解。 但是这个系统把代码编辑的部分也做了，不需要 vim、VS Code等等。我就很懵逼了。
各位网上邻居，要了点截图。
第 2 条附言 · 2019-05-17 11:02:30 +08:00
他们自己也知道很坑，但是就是强推，说为公司战略发展考虑 23333333333333
这个技术总监兼此项目 PM 有句金句 (前端工程化和传统 JSP 相比):
「都是 HTML + JS,会有什么差别？」
这句话如何反驳.....
没在 V2EX 发过贴,图床挂了。。。。
这个技术总监兼此项目 PM 有句金句 (前端工程化和传统 JSP 相比):
「都是 HTML + JS,会有什么差别？」
这句话如何反驳.....
没在 V2EX 发过贴,图床挂了。。。。
 |
1
winglight2016 2019-05-16 21:23:02 +08:00
很多大公司喜欢搞这种“开发平台”，比如，远光搞了个 GRES 什么的，号称花了 2000 多万开发了两年多，其实是花了几百万买了一家上海公司的产品然后定制出来的，据我看，大约也是 20 年前的先进技术
|
 |
2
airyland 2019-05-16 21:28:44 +08:00 via iPhone
产品不行，技术不行，钱白花了。
|
 |
3
HuHui 2019-05-16 21:30:54 +08:00 via Android
很多公司都有这样的平台
|
 |
4
lynskylate 2019-05-16 21:40:28 +08:00 via Android
我呆的几个公司都有，最终只能在某个小领域发光发热，这个世界的需求太复杂。
|
 |
5
xiaopc 2019-05-16 21:46:26 +08:00 via Android
emmm...
目标是对标蚂蚁金服的飞冰？ |
 |
6
1KN6sAqR0a57no6s 2019-05-16 21:48:09 +08:00 via Android
想起了我的领导强烈给我推荐"基于 bootstrap 的拖拉生成网页"技术，就一种非它不可的感觉。我能怎么办呢，只能一个劲地点头，等他走了继续用 canvas 画他要的界面。
|
 |
7
q8164305 2019-05-16 21:48:18 +08:00 via Android
我以前也做过这种，只能完成简单的，复杂的完全做不了
|
 |
9
murmur 2019-05-16 21:56:04 +08:00
其实想那么多都是多余，限制 container 的宽度，居中对齐，然后剩下的元素都是 position:absolute，
|
 |
10
luob 2019-05-16 21:59:43 +08:00  1
居然用起了 vue，这一点都不企业。
我很好奇，这个 700 万的项目单元测试怎么写的。 |
 |
11
abcbuzhiming 2019-05-16 22:07:01 +08:00 2
我说，这玩意，不就是 asp.net 里的 webform 吗
|
 |
12
wisetc 2019-05-16 22:35:16 +08:00
so simple, so productive. It's glorious and ridiculous.
|
 |
13
connection 2019-05-17 01:39:22 +08:00
这类工具使用于特定一些点，针对某些重复的场景较为有效。
个人认为这种工具，定位应该是生成某一种特定页面（后台表单，运营页面） 而不是生成一个“网页”。原本的定位不准确很容易到后面走上歪路。 |
 |
14
luozic 2019-05-17 07:13:34 +08:00 via iPhone
mfc 微软几几年
搞的？ |
 |
15
bilibilifi 2019-05-17 07:34:11 +08:00 via iPhone
如果是成熟平台的话感觉 formal method 确实会很管用，把准备好的模块用 dsl 组装一下就行，但是不明白为什么不用现成的 xtext 之类的工具。
|
|
16
bilibilifi 2019-05-17 07:34:51 +08:00 via iPhone
以我上课时摸鱼的效率来说都能把大作业搞完
|
|
17
bilibilifi 2019-05-17 07:35:58 +08:00 via iPhone
语法检查，提示都是工具自带的
|
 |
19
s609926202 2019-05-17 07:55:56 +08:00 via iPhone
Wordpress Elementor 插件
|
 |
20
mmdsun 2019-05-17 08:04:45 +08:00 via Android
微软的 webform，winform 既视感
|
 |
21
reus 2019-05-17 08:14:02 +08:00 via Android
dreamweaver 不好用吗？
|
 |
22
18688639114 2019-05-17 08:17:08 +08:00 via Android
|
 |
23
zjsxwc 2019-05-17 08:29:42 +08:00
本来也想做类似的，
但是最后我们也回到了给 dreamweaver 写拓展插件的老路， 真香！ |
 |
24
yuanfnadi 2019-05-17 08:33:51 +08:00 via iPhone
搜索云凤蝶看看。也是前端可视化创建页面。
|
 |
25
b1iy OP 图床挂了。。。。
    |
 |
26
hoyixi 2019-05-17 08:41:59 +08:00
适合快速给政 F、企业做简单系统，后台接口搞好，前台拖拉搞定，money 到手
|
 |
27
c00WKmdje2wZLrSI 2019-05-17 08:51:17 +08:00
我还真以为是什么前端神器，满心欢喜的点进来
|
 |
28
strry 2019-05-17 08:58:25 +08:00
这种东西不是给实施用的嘛,面向业务,快(neng)速(yong)开(jiu)发(xing),一般核心代码还要加个密,出问题了还得来叫研发,所以这东西凸显了研发技术支持的重要性(鼓掌)
|
 |
29
lzxz1234 2019-05-17 08:59:06 +08:00
这种类型的框架都会陷入一个悖论，要用这个东西得会开发，会开发还用这个东西干啥
完全不如一个 layoutit 之类的，只生成页面给不会 css 的后端开发用，或者类似 QQ 空间的编辑器给运营人员生成活动页用 |
 |
31
doco 2019-05-17 09:06:06 +08:00
怎么感觉这个还不如直接写 vue
|
 |
32
xrr2016 2019-05-17 09:09:54 +08:00 via Android
国外 wix, 国内云凤蝶 都是同类型的项目
|
 |
33
waising 2019-05-17 09:11:31 +08:00
@18688639114 #22 预览图挂了啊
|
 |
34
cway 2019-05-17 10:00:28 +08:00
话说看介绍我还以为是国家电网的 SG-UAP，功能几乎差不多
|
 |
35
66beta 2019-05-17 10:10:57 +08:00 via Android
就是易企秀那种嘛
要开发出来确实蛮复杂的，公司内部使用的话，真的是浪费人力 |
 |
36
manr 2019-05-17 10:18:39 +08:00
我们公司也在给合作企业做，拖拽展示大屏，主要是给领导 /值班人员展示用的
|
 |
37
daodao116 2019-05-17 10:21:02 +08:00
其实想法还是不错的，就是很难实现。
|
 |
38
Mrun 2019-05-17 10:21:28 +08:00
我在上家公司就是做这个的。但是我想说的就是，做出来真的不好用。公司业务部门要不是上级行政力量压着，压根就不想用。
首先，就是托拉拽生成页面，提供基本组件，但是自身提供的官方组件不好用，支持业务部门自己写组件代码；问题就来了，我还要写代码为什么要用你的？，特别是大量的打包编译等细节屏蔽，没有平台开发人员的介入，出了问题使用者很难定位，这个问题是我编写的代码产生的，还是平台的代码产生的？这个在使用过程中出了很多这种问题了 就好比我开发个 IDE，然后 IDE 不好用，但是我支持码农给我写插件。但是呢，一旦 IDE 在你编译的过程或者最终生成的代码中出了问题，抱歉，没有 IDE 开发人员协助，使用者很难定位问题。 这种工具类的平台，要么技术实力强悍，做的通用化足够好用，确保不会有大的问题，而且确实能降低开发成本。团队水平半吊子，就是鸡肋。根本没有降低开发门槛，由于最终生成结果的不确定性，使用平台的第三方开发人员要花费大量的时间来确定这个代码到底是哪方的原因。最后，就变成了开发团队 Vue 自己搞了，框架成熟问题，可靠性高，出了问题，Google 能找到解决方法。 |
 |
39
mikoshu 2019-05-17 10:23:04 +08:00
感觉这种东西 给编辑 生成活动页模板可能比较好
|
 |
40
supuwoerc 2019-05-17 10:50:24 +08:00
生成步骤: 新建工程 -> 新建页面 -> 拖拉控件 -> 在一个 css 输入框中写 css -> 在一个特定的 js 文本框中写 js 逻辑 -> 还有各个 vue 生命钩子的特定输入框( mounted 等) -> 预览-> 调试样式等 -> 复制调试后等 css 等代码-> 回到修改页面 -> 粘贴 -> 预览 -> ……-> 导出 -> 集成到 spring 项目 -> 发布
这尼玛不就是自己在记事本开发嘛。。。好坑啊 |
 |
41
mainlong 2019-05-17 11:15:56 +08:00 via Android
|
 |
42
shenyuzhi 2019-05-17 11:26:23 +08:00
用这个我觉得还不如 Dreamweaver
|
 |
43
learnshare 2019-05-17 11:32:16 +08:00
生成页面不是问题，业务逻辑搞不定的
|
 |
44
tadtung 2019-05-17 12:13:15 +08:00
|
 |
45
limuyan44 2019-05-17 12:24:28 +08:00 via Android
多少年前的多少种了还在玩
|
 |
46
EvilCult 2019-05-17 15:34:35 +08:00
这东西应该**特别,特别,特别**的简单吧,
直接一个 h5,在上面弄个 canvas 随便拖, 然后点击生成页面的时候.......... 重点来了:将 canvas 保存为 png,传到服务端,然后服务端将 png 发邮件给一个印度人...... 再然后...... (狗头) (我就是忽然想起前阵子看一个大佬发的帖: 银行 pdf 转 json 就是这么干的....) |
 |
47
marsgt 2019-05-17 15:43:14 +08:00
技术上必然乏善可陈，—— 因为本来就是个榨预算的东西嘛。
而且规划这种东西，也是有技巧的，你一开始做的就是个性能跑满🐮P 拉轰的东西出来，后续呢？好歹得给升级留点口子出来吧。。然后慢慢升级，小磨一点点榨油就是了。 |
 |
48
libasten 2019-05-17 16:26:02 +08:00 via Android
@winglight2016 远光这个产品在远光以外的公司还有人知道？
|
 |
49
waiaan 2019-05-19 07:43:51 +08:00 via Android
我现在做的就是这个，前端页面生成器，还可以实现用户交互。
|
Select Language