假如我开发了套 web 前端框架,只需浏览器,不需要 nodejs webpack 就能构建大型应用,有没有什么办法把它推广出去?

2019-05-27 18:45:06 +08:00
 pikay

还有问问真的开发出来了的话,出去找工作能挑战多少薪资?

4913 次点击
所在节点    前端开发
47 条回复
JohnChiu
2019-05-28 00:52:21 +08:00
看了一下感觉挺有意思的,不过我不是前端不太懂
pikay
2019-05-28 01:03:07 +08:00
@Kilerd 没懂
pikay
2019-05-28 01:03:54 +08:00
@JohnChiu 你可以看看我开发出来的 PageCreator,是个应用软件来的。🤣
FEDT
2019-05-28 01:09:04 +08:00
依赖 nodejs 的 webpack 等工具只是为了解决前端模块化等等一系列问题,你做的工具不依赖这些但也能解决同样的问题也厉害。
pikay
2019-05-28 01:15:47 +08:00
@FEDT 其实也是要感谢 nodejs 和 babel 推动社区改进,在能支持 es7 的方案下就能完全实现前端模块化和工程数据化了。
wunonglin
2019-05-28 01:19:47 +08:00
@pikay 用了一下有几个疑问,

1、如何制作自适应?就是全局 vwvh 啊、 @media 啊,字体好像不能自适应,宽高也不能宽%高 px
2、组件管理问题
3、假设我需要一个目录树等之类的组件,我如何引用别人的或者怎么才能自己写?
4、页面怎么和后台数据对接,我好像找不到
5、好像没看到你这里有能写 script 的地方,逻辑处理怎么办?
6、如何能随心所欲使用 angular、vue、react 等这些框架?


说实话 dw 比你这好用 emmmmm
pikay
2019-05-28 01:51:02 +08:00
@wunonglin 😭第一次 V2EX 发帖非常感谢这么长和有用的回复;
1.如果你说的是 PageCreator 制作简单多场景页面,让设计师用这个工具做 80%,导出项目后前端开发在补全不能做的元素,例如视频表单或者不能用的单位元素,导出的项目是 MIT 协议的,可以在官网找项目地址,里面有文档教怎样做自定义元素;
2.Xhear 的组件管理可以用 drill.js 的异步包的模式管理,但是我也觉得不太方便;如果以后有人用,会做一个视图工具来清晰管理组件问题;可是目前要恰饭所以没时间做,因为只有我一个人用都很清晰。。。
3. drill.js 就是异步模块化库,使用方法跟模块化方案一样,就是返回的是 Promise,要用 await 来得到;
4.xhear 是元素数据,你可以$.xdata({obj...})生成你的数据,在修正 xdata 对象,通过 sync 双向数据绑定 xhear 的 element,文档没补齐详细还很难说明白给你;大概的意思是传过来的数据本身就带 tag 属性,tag 属性代表了实例类型,可以服务端调整数据传过来,也可以传过来后前端调整; Xhear 是基于 stanz 开发的(可以进我的 github 里面看 stanz 这个项目),你看看 stanz 的 test 说不定能知道怎么做。。。
5.如果是说 PageCreator 导出的 web 页面,直接在 index.html 里面加;如果是说 xhear + drill.js 的模式,看 drill.js 的文档,通过 load 函数载入;
6.我的 xhear 是就是定位他们三个的。。。drilljs 可以和它们三个搭配用;
pikay
2019-05-28 01:56:11 +08:00
@wunonglin 我好像搞错问题了,还以为你说 drill 和 xhear 的问题。。。
如果是说 PageCreator 导出的项目的话,目前是做多场景页面的,像小米手机展示页那种,主要是可以将工作量丢个设计师,而且它们也更好调到想要的效果。。。
导出的 pageRunner 主要是依赖 .p_main 这个元素,还有它的依赖 js 文件;用 ng vue react 的 spa 页应该不适用场景展示的需求吧。。。如果非得要在里面展示可能要用 iframe 了。 orz
wunonglin
2019-05-28 02:17:01 +08:00
@pikay 那你这工具应该叫《 web 可视化设计工具》了。。。
hackyuan
2019-05-28 04:49:59 +08:00
@pikay
我一直对这种可视化工具不太感冒,一般开发稍微久了点都会不断迭代自己的项目模板,下一次新开项目又熟悉又快。
而学习这个还需要额外的成本,说实话也就是提供给运营人员用用吧。如果你说可以添加模块,那我还不如直接将模块写得更独立一些然后发布到 npm,更加具有通用性。
无论是做复杂的权限管理系统还是 d3, echarts 之类的图表都还差了那么多东西…
hackyuan
2019-05-28 05:17:06 +08:00
@pikay 只是吐个槽,还是很厉害的
Cbdy
2019-05-28 06:49:27 +08:00
https://github.com/cbdyzj/bkb
requirejs + backbone + jquery
meepo3927
2019-05-28 09:14:35 +08:00
"talk is cheap , show me the code/demo"
pikay
2019-05-28 12:01:37 +08:00
@Cbdy requirejs 的前置依赖并不能灵活满足需求,所以我才会开发 drill.js ; backbone 和 jquery 做组件封装和数据绑定很繁琐,我才开发了 xhear
pikay
2019-05-28 12:04:30 +08:00
@meepo3927 看楼上贴了外链,我回复不能贴外链了;
AlphaTr
2019-05-28 13:03:15 +08:00
虽然 webpack 等并没那么好用;但一定程度上解决了开发和运行时的矛盾;开发的时候怎么爽怎么来,各种新特性,各种开发好的包、模块随便用;但运行时需要解决依赖问题、执行效率问题、兼容性问题;所以有这些脚手架来做这些脏活累活,抛弃这些,只依赖浏览器,必然这些活分担到开发和运行时;除非是开发出另一套工具来解决这些问题。问题矛盾始终是存在的
Cbdy
2019-05-28 13:44:51 +08:00
@pikay 我只是给你看一下,说明一下这个东西十年前就有了;而历史选择了 webpack 和 react 这种东西。
pikay
2019-05-28 14:50:33 +08:00
@AlphaTr 非常感谢,了解需求了,后续添加工具配套。💪
pikay
2019-05-28 14:56:31 +08:00
@Cbdy 你给的这些东西跟我说的不一样,只是限于当时的发展当时没法做,所以才到 grunt glup 后才 webpack ;现在浏览器已经发展的够好了,有能力抛弃预编译方案;我只是想探讨,假如非预编译方案已经和预编译方案一样了,有没有前途,没有的话我就不补文档了。
Cbdy
2019-05-28 15:19:59 +08:00
@pikay
其实我也不太喜欢前端预编译(我以前发的一个帖子),不过总的来说现在的趋势是前端工程化:js、css、html 都加上了各类预编译。
你可以尝试一下,我举得是一个有益的尝试——可能适用于一些场景。我的想法其实是在一些场景下,在浏览器里面跑一个 ts 或者 react 的 runtime ( compiler )会更好。

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

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

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

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

© 2021 V2EX