基于 Webpack2、Vue2、iView2 的可视化脚手架 iView Cli 发布 2.0 版本

2017-05-18 11:43:54 +08:00
 Aresn

谷歌今天发布了一系列“性感”的软件,我们也发布了一款大家期待已久的开发者工具,同样很性感 :)

iView 2.0 已经发布有两个月了,在 2.0 发布后,npm 下载量、issues 数量都提升了很多(可以 watch 下项目,感受感受邮件量)。两个月里,我们平均 1 周发布一个版本,现在已发布了 13 个版本,2.0 的正式版也发布在即,不过在此之前,先给大家带来一个开发利器:** iView Cli **。

相信大部分 Vue 开发者都使用过 vue-cli 来构建项目,它的确很方便,但对于很多初级开发者来说,还是要踩不少坑的,构建完需要进一步个性化配置。而 iView Cli 具有以下特点:

先来感受下 iView Cli 的界面吧:

在配置方面,支持 CSS 预处理器 Less 和 Sass。Ajax 使用的是 axios,而且会把配置写在工具函数 util.js 里,并做了开发和生产环境的不同配置。

多语言使用了 vue-i18n 的 5.x 版本,并整合了 iView 的多语言和使用者自己的多语言配置,而且会根据用户系统的语言自动切换为中文和英文。

状态管理可选 vuex 或 bus.js。

除此之外,还增加了一些常用的中后台开发的工具:echarts、Cookie、复制 clipboard,以及 HTML 转图片的工具等。

这次还支持了大部分设备的安装包,包括 Mac、Windows 64 位、Windows 32 位、Linux 64 位、Linux 32 位。

用过 GitHub 的同学都知道,release 的文件下载走的国外的 AWS,那个慢仿佛回到了 20 年前拨号上网的窄带。这次我们 release 在了开源中国的码云,下载不是问题了。

话不多说,快去下载体验最性感的 Vue 脚手架吧!

高速下载地址:https://www.iviewui.com/cli


iView 在不断努力的改进,求 Star,更求 PR,contribution welcome:)

iView 地址:https://github.com/iview/iview

iView Cli 地址:https://github.com/iview/iview-cli

我们还在招募翻译志愿者,帮助翻译 iView 的文档,如果你精通中文和英文,又有 Vue 开发经验,欢迎加入我们的翻译计划,一起完善 iView,享受开源的乐趣。


最后再做个小广告吧,6 月份还有两场关于 Vue.js 组件的课程,感兴趣的同学可以报名参加:

Vue.js 实战之组件篇(上)

Vue.js 实战之组件篇(下)

9786 次点击
所在节点    JavaScript
17 条回复
mokeyjay
2017-05-18 12:12:22 +08:00
这还能叫 cli 吗 XD 前排支持
sobigfish
2017-05-18 12:19:57 +08:00
cli gui 傻傻分不清楚-。-
话说会有 pwa 版本么?
https://github.com/vuejs-templates/pwa
Troevil
2017-05-18 13:10:51 +08:00
支持,看了下组建很全,我可以从 elementui 转过去了
Troevil
2017-05-18 13:13:39 +08:00
另外 menu 组件能支持递归吗, 就是无限子菜单
breeswish
2017-05-18 13:17:43 +08:00
用过一次 iView,印象不好
- 开发者态度不好,对于明明是组件自身的 bug 只给业务逻辑上的 workaround 而不改进组件自己代码,或者甩锅给第三方组件啥都不跟进
- 各种坑很多不提醒,比如不支持 runtime-only
airyland
2017-05-18 13:44:56 +08:00
@breeswish

我去搜了你提的 issue,并没有看到作者所谓 [态度不好] 的东西。

https://github.com/iview/iview/issues?utf8=%E2%9C%93&q=author%3Abreeswish%20

作者当然可以选择要不要添加某个 feature 了,不满足你的要求就叫态度不好么?

-------------------------------------------------------------------------------------------------------------------

维护开源的过程中我也被人说过 [态度不好] ,而说我 [态度不好] 的人都是不好好提问题还希望我速度解决问题并且要我像客服一样一句一句跟他们确认细节被我喷过的。

事实上,开源项目作者不对提问者有必须解决问题的义务,在服务行业里,你付了钱,服务员冷淡不负责,你可以叫“态度不好”,因为这是他的责任,但是在开源项目里并没有这种关系,所以也没有所谓的“态度不好”。我不是说你必须付钱,而是说这里并没有契约责任。

没有坑的解决方案是不存在的,满足所有需求的方案也是不存在的,然而大多数人只想作者花时间帮忙解决所有问题,而不愿帮忙改进。
Aresn
2017-05-18 14:10:20 +08:00
@airyland 感谢理解,都是过来人啊!

@breeswish 提 issue 的人很多,但高质量的少。但凡是严格按照 issue 要求提问的,我都会重视。开源更像是共创,而不是作者一个人的义务,所以还是互相理解吧。
Tunar
2017-05-18 14:53:56 +08:00
前排资词,不过要是真正的 cli 就好了
ghosrt
2017-05-18 14:57:40 +08:00
iview-cli 的 release 还是只有 1.x 的支持啊……
Aresn
2017-05-18 15:02:59 +08:00
@ghosrt 好,release 一个去。
hjdtl
2017-05-18 15:49:29 +08:00
知乎上也是你发的吗?
maomaomao001
2017-05-18 15:52:00 +08:00
iview 和 element 到底什么关系啊,为什么重造这样的轮子呢?
Alexisused
2017-05-18 16:25:21 +08:00
资瓷
jin5354
2017-05-18 17:10:49 +08:00
自从渡过小白阶段就再也不敢用第三方的脚手架类工具了,封装程度越高灵活性越低,很难涵盖各种稀奇古怪的业务需求,出现一个难以满足的需求就是致命伤
razor1895
2017-05-18 17:17:57 +08:00
@maomaomao001 element 的 ui 比较丑 =。=
breeswish
2017-05-20 15:17:38 +08:00
@airyland

我接触的大部分开源项目,对于以下类型的 issue 态度(A) 和 iView 的态度(B) 是:

1. 给出场景描述,说明无法得到预期情况:
(A): 验证是否的确存在这个问题,若存在,检查是否是自己代码中问题
(B): 这部分组件用了第三方库,close

2. 给出场景描述,说明无法实现此类场景:
(A): 要么指明这个场景不是设计目标并解释原因,要么给出一种当下临时解决方案并考虑未来优雅实现
(B): 有临时解决方案,close

也许我接触的其他项目都比较 nice 吧~
breeswish
2017-05-20 15:21:32 +08:00
@airyland 最令我讨厌的是第二项,对于一个问题不去彻底解决而是给了一个绕过的方法,然后把这个问题关了(=这个问题已解决)

绕过问题怎么能是解决了问题呢?那么其他那些问题是不是也都是给了一种绕过方式然后不当做是个问题呢。如果是这种方式的话质量并不敢恭维 :)

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/362176

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX