如何时时掌握weex 行情？_百度知道
如何时时掌握weex 行情？
我有更好的答案
想要时时掌握weex 行情就需要时时关注他们的动态，如果方便用电脑的话，你可以多关注他们官网；如果不方便的话，你也可以在官网上下载他们的APP，了解每天的实时行情。
采纳率：53%
为您推荐：
其他类似问题
您可能关注的内容
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。可能是史上最全的weex踩坑攻略可能是史上最全的weex踩坑攻略腾讯课堂百家号课堂有话说& 这是一篇有故事的文章 --- 来自一个weex在生产环境中相爱相杀的小码畜..故事一: Build虽然weex的口号是一次撰写 多端运行, 但其实build环节是有差异的,native端构建需要使用weex-loader, 而web端则是使用vue-loader,除此以外还有不少差异点, 所以webpack需要两套配置.最佳实践使用webpack生成两套bundle,一套是基于vue-router的web spa, 另一套是native端的多入口的bundlejs首先假设我们在src/views下开发了一堆页面build web配置web端的入口文件有render.jsimport weexVueRenderer from 'weex-vue-render' Vue.use(weexVueRenderer)main.jsimport App from './App.vue' import VueRouter from 'vue-router' import routes from './routes' Vue.use(VueRouter) var router = new VueRouter({
routes }) /* eslint-disable no-new */ new Vue({
el: '#root',
render: h =& h(App) }) router.push('/')App.vue&template&
&transition name=&fade& mode=&out-in&&
&router-view class=&.container& /&
&/transition& &/template& &script& export default {
// ... } &/script& &style& // ... &/style& webpack.prod.conf.js入口const webConfig = merge(getConfig('vue'), {
app: ['./src/render.js', './src/app.js']
path: path.resolve(distpath, './web'),
filename: 'js/[name].[chunkhash].js',
chunkFilename: 'js/[id].[chunkhash].js'
... module: {
test: /\.vue$/,
loader: 'vue-loader'
] } })build native配置native端的打包流程其实就是将src/views下的每个.vue文件导出为一个个单独的vue实例, 写一个node脚本即可以实现// build-entry.js require('shelljs/global') const path = require('path') const fs = require('fs-extra') const srcPath = path.resolve(__dirname, '../src/views') // 每个.vue页面 const entryPath = path.resolve(__dirname, '../entry/') // 存放入口文件的文件夹 const FILE_TYPE = '.vue' const getEntryFileContent = path =& {
return `// 入口文件 import App from '${path}${FILE_TYPE}' /* eslint-disable no-new */ new Vue({
el: '#root',
render: h =& h(App) })
` } // 导出方法 module.exports = _ =& {
// 删除原目录
rm('-rf', entryPath)
// 写入每个文件的入口文件
fs.readdirSync(srcPath).forEach(file =& {
const fullpath = path.resolve(srcPath, file)
const extname = path.extname(fullpath)
const name = path.basename(file, extname)
if (fs.statSync(fullpath).isFile() && extname === FILE_TYPE) {
//写入vue渲染实例
fs.outputFileSync(path.resolve(entryPath, name + '.js'), getEntryFileContent('../src/views/' + name))
const entry = {}
// 放入多个entry
fs.readdirSync(entryPath).forEach(file =& {
const name = path.basename(file, path.extname(path.resolve(entryPath, file)))
entry[name] = path.resolve(entryPath, name + '.js')
return entry }webpack.build.conf.js中生成并打包多入口const buildEntry = require('./build_entry') // .. // weex配置 const weexConfig = merge(getConfig('weex'), {
entry: buildEntry(), // 写入多入口
path: path.resolve(distPath, './weex'),
filename: 'js/[name].js' // weex环境无需使用hash名字
test: /\.vue$/,
loader: 'weex-loader'
} }) module.exports = [webConfig, weexConfig]最终效果故事二: 使用预处理器在vue单文件中, 我们可以通过在vue-loader中配置预处理器, 代码如下{
test: /\.vue$/,
loader: 'vue-loader',
options: {
loaders: {
scss: 'vue-style-loader!css-loader!sass-loader', // &style&
sass: 'vue-style-loader!css-loader!sass-loader?indentedSyntax' // &style&
} }而weex在native环境下其实将css处理成json加载到模块中, 所以...使用vue-loader配置的预处理器在web环境下正常显示, 在native中是无效的native环境下不存在全局样式, 在js文件中import 'index.css'也是无效的解决问题一研究weex-loader源码后发现在.vue中是无需显示配置loader的, 只需要指定&style&并且安装stylus stylus-loader即可,weex-loader会根据lang去寻找对应的loader. 但因为scss使用sass-loader, 会报出scss-loader not found, 但因为sass默认会解析scss语法, 所以直接设置lang=&sass&是可以写scss语法的, 但是ide就没有语法高亮了. 可以使用如下的写法&style&
@import './index.scss' &/style&语法高亮, 完美!解决问题二虽然没有全局样式的概念, 但是支持单独import样式文件&style lang=&sass&&
@import './common.scss'
@import './variables.scss'
// ... &/style& 故事三: 样式差异这方面官方文档已经有比较详细的描述, 但还是有几点值得注意的简写weex中的样式不支持简写, 所有类似margin: 0 0 10px 10px的都是不支持的背景色android下的view是有白色的默认颜色的, 而iOS如果不设置是没有默认颜色的, 这点需要注意浮点数误差weex默认使用750px * 1334px作为适配尺寸, 实际渲染时由于浮点数的误差可能会存在几px的误差, 出现细线等样式问题, 可以通过加减几个px来调试嵌套写法即使使用了预处理器,css嵌套的写法也是会导致样式失效的故事四: 页面跳转weex下的页面跳转有三种形式native -& weex:weex页面需要一个控制器作为容器, 此时就是native间的跳转weex -& native: 需要通过module形式通过发送事件到native来实现跳转weex -& weex: 使用navigator模块, 假设两个weex页面分别为a.js, b.js, 可以定义mixin方法function isWeex () {
return process.env.COMPILE_ENV === 'weex' // 需要在webpack中自定义
export default {
methods: {
push (path) {
if (isWeex()) {
const toUrl = weex.config.bundleUrl.split('/').slice(0, -1).join('/') + '/' + path + '.js' // 将a.js的绝对地址转为b.js的绝对地址
weex.requireModule('navigator').push({
url: toUrl,
animated: 'true'
this.$router.push(path) // 使用vue-router
if (isWeex()) {
weex.requireModule('navigator').pop({
animated: 'true'
window.history.back()
}这样就组件里使用this.push(url), this.pop()来跳转跳转配置iOS下页面跳转无需配置, 而android是需要的, 使用weexpack platform add android生成的项目是已配置的, 但官方的文档里并没有对于已存在的应用如何接入进行说明其实android中是通过intent-filter来拦截跳转的
android:name=&.WXPageActivity&
android:label=&@string/app_name&
android:screenOrientation=&portrait&
android:theme=&@android:style/Theme.NoTitleBar&&
&intent-filter&
&action android:name=&android.intent.action.VIEW&/&
&action android:name=&com.alibaba.weex.protocol.openurl&/&
&category android:name=&android.intent.category.DEFAULT&/&
&category android:name=&com.taobao.android.intent.category.WEEX&/&
&data android:scheme=&http&/&
&data android:scheme=&https&/&
&data android:scheme=&file&/&
&/intent-filter&
&/activity& 然后我们新建一个WXPageActivity来代理所有weex页面的渲染, 核心的代码如下[@Override](/user/Override)
protected void onCreate(Bundle saveInstanceState) {
Uri uri = getIntent().getData(); Bundle bundle = getIntent().getExtras();
if (uri != null) {
if (bundle != null) {
String bundleUrl = bundle.getString(&bundleUrl&);
if (!TextUtils.isEmpty(bundleUrl)) {
mUri = Uri.parse(bundleUrl);
if (mUri == null) {
Toast.makeText(this, &the uri is empty!&, Toast.LENGTH_SHORT).show();
String path = mUri.toString();
// 传来的url参数总会带上http:/ 应该是个bug 可以自己判断是否本地url再去跳转
String jsPath = path.indexOf(&weex/js/&) & 0 ? path.replace(&http:/&, &&) :
HashMap&String, Object& options = new HashMap&String, Object&();
options.put(WXSDKInstance.BUNDLE_URL, jsPath);
mWXSDKInstance = new WXSDKInstance(this);
mWXSDKInstance.registerRenderListener(this);
mWXSDKInstance.render(&weex&, WXFileUtils.loadAsset(jsPath, this), options, null, -1, -1, WXRenderStrategy.APPEND_ASYNC);
}顺便说下...weex官方没有提供可定制的nav组件真的是很不方便..经常需要通过module桥接native来实现跳转需求来自@荔枝我大哥的补充安卓和苹果方面可以在原生代码接管`navigator`这个模块，安卓方面只需要实现`IActivityNavBarSetter`，苹果方面好像是`WXNavigatorProtocol`,然后在app启动初始化weex时注册即可。故事五: 页面间数据传递native -& weex: 可以在native端调用render时传入的option中自定义字段, 例如NSDictary *option = @{@&params&: @{}}， 在weex中使用weex.config.params取出数据weex -& weex: 使用storageweex -& native: 使用自定义module故事六: 图片加载官网有提到如何加载网络图片但是加载本地图片的行为对于三端肯定是不一致的, 也就意味着我们得给native重新改一遍引用图片的路径再打包...但是当然是有解决办法的啦Step 1webpack设置将图片资源单独打包, 这个很easy, 此时bundleJs访问的图片路径就变成了/images/.. {
test: /\.(png|jpe?g|gif|svg)$/,
loader: 'url-loader',
name: 'images/[hash:8].[name].[ext]'
}Step 2 那么现在我们将同级目录下的js文件夹与images文件夹放入native中, iOS中一般放入mainBundle, Android一般放入src/main/assets, 接下来只要在imgloader接口中扩展替换本地资源路径的代码就ok了iOS代码如下:- (id&WXImageOperationProtocol&)downloadImageWithURL:(NSString *)url imageFrame:(CGRect)imageFrame userInfo:(NSDictionary *)options completed:(void (^)(UIImage *, NSError *, BOOL))completedBlock{
if ([url hasPrefix:@&//&]) {
url = [@&http:& stringByAppendingString:url];
// 加载本地图片
if ([url hasPrefix:@&file://&]) {
NSString *newUrl = [url stringByReplacingOccurrencesOfString:@&/images/& withString:@&/&];
UIImage *image = [UIImage imageNamed:[newUrl substringFromIndex:7]];
completedBlock(image, nil, YES);
return (id&WXImageOperationProtocol&)
// 加载网络图片
return (id&WXImageOperationProtocol&)[[SDWebImageManager sharedManager]downloadImageWithURL:[NSURL URLWithString:url] options:0 progress:^(NSInteger receivedSize, NSInteger expectedSize) {
} completed:^(UIImage *image, NSError *error, SDImageCacheType cacheType, BOOL finished, NSURL *imageURL) {
if (completedBlock) {
completedBlock(image, error, finished);
} }Android代码如下:[@Override](/user/Override)
public void setImage(final String url, final ImageView view,
WXImageQuality quality, final WXImageStrategy strategy) {
WXSDKManager.getInstance().postOnUiThread(new Runnable() {
[@Override](/user/Override)
public void run() {
if(view==null||view.getLayoutParams()==null){
if (TextUtils.isEmpty(url)) {
view.setImageBitmap(null);
String temp =
if (url.startsWith(&//&)) {
temp = &http:& +
if (temp.startsWith(&/images/&)) {
//过滤掉所有相对位置
temp = temp.replace(&../&, &&);
temp = temp.replace(&./&, &&);
//替换asset目录的配置
temp = temp.replace(&/images/&, &file:///android_asset/weex/images/&);
Log.d(&ImageAdapter&, &url:& + temp);
if (view.getLayoutParams().width &= 0 || view.getLayoutParams().height &= 0) {
if(!TextUtils.isEmpty(strategy.placeHolder)){
Picasso.Builder builder=new Picasso.Builder(WXEnvironment.getApplication());
Picasso picasso=builder.build();
picasso.load(Uri.parse(strategy.placeHolder)).into(view);
view.setTag(strategy.placeHolder.hashCode(),picasso);
Picasso.with(WXEnvironment.getApplication())
.load(temp)
.into(view, new Callback() {
[@Override](/user/Override)
public void onSuccess() {
if(strategy.getImageListener()!=null){
strategy.getImageListener().onImageFinish(url,view,true,null);
if(!TextUtils.isEmpty(strategy.placeHolder)){
((Picasso) view.getTag(strategy.placeHolder.hashCode())).cancelRequest(view);
[@Override](/user/Override)
public void onError() {
if(strategy.getImageListener()!=null){
strategy.getImageListener().onImageFinish(url,view,false,null);
}故事七: 生产环境的实践增量更新方案一可以使用google-diff-match-patch来实现,google-diff-match-patch拥有许多语言版本的实现, 思路如下:服务器端构建一套管理前端bundlejs的系统, 提供查询bundlejs版本与下载的api客户端第一次访问weex页面时去服务端下载bundlejs文件每次客户端初始化时静默访问服务器判断是否需要更新, 若需更新, 服务器端diff两个版本的差异, 并返回diff,native端使用patch api生成新版本的bundlejs方案二来自@荔枝我大哥的补充 我们所有的jsBundle全部加载的线上文件，通过http头信息设置`E-Tag`结合`cache-control`来实现缓存策略，最终效果就是，A.vue -& A.js, app第一次加载A.js是从网络下载下来并且保存到本地，app第二次加载A.js是直接加载的保存到本地的 A.js文件，线上A.vue被修改，A.vue -& A.js, app第三次加载A.js时根据缓存策略会知道线上A.js 已经和本地A.js 有差异，于是重新下载A.js到本地并加载. (整个流程通过http缓存策略来实现，无需多余编码，参考https://developers.google.cn/web/fundamentals/performance/optimizing-content-efficiency/http-caching?hl=zh-cn) 还可以参考很多ReactNative的成熟方案, 本质上都是js的热更新降级处理一般情况下, 我们会同时部署一套web端界面, 若线上环境的weex页面出现bug, 则使用webview加载web版, 推荐依赖服务端api来控制降级的切换总结weex的优势: 依托于vue, 上手简单. 可以满足以vue为技术主导的公司给native双端提供简单/少底层交互/热更新需求的页面的需求weex的劣势: 在native端调整样式是我心中永远的痛.. 以及众所周知的生态问题, 维护组没有花太多精力解答社区问题, 官方文档错误太多, 导致我在看的时候就顺手提了几个PR(逃对于文章中提到的没提到的问题, 欢迎来和笔者讨论, 或者参考我的weex-start-kit, 当然点个star也是极好的本文由百家号作者上传并发布，百家号仅提供信息发布平台。文章仅代表作者个人观点，不代表百度立场。未经作者许可，不得转载。腾讯课堂百家号最近更新：简介:学习成就梦想，奋斗改变人生！作者最新文章相关文章&nbsp&nbsp &
&nbsp&nbsp
&nbsp&nbsp &
&nbsp&nbsp
本文来自尚妆Android团队路飞发表于尚妆github博客,欢迎订阅!接入weex已有几个月,各方面都已慢慢完善。最近遇到一个点,先记录一下。后续会花时间整理一系列weex相关的文章。希望早点完成。需求现在有很多页面需要在返回的时候刷新,比如从购物车跳转到详情页加购,再到购物车,这时候应该刷新页面;如果从订单列表页点击付款跳转后进行支付后,返回的时候刷新数据。viewappear和viewdisappear事件首先想到的是weex已经提供的绑定到根元素的viewappear
weex概念与特性最形象的理解就是类似reactnative。Weex几大特点:1.帮助你构建原生应用与WebApp、HTML5App或hybridApp不同,您可以使用Weex构建一个真正的原生应用。更贴心的是你的代码只需使用HTML、CSS、JavaScript可以构建原生应用,上手非常简单。但实际上,应用的底层是Objective-C或Java,同时,Weex提供很多native组件或模块供开发人员使用。2.一次编写,多端运行Weex提供强大的跨平台能力,可以使用相同的
脚手架工具$npminstall-gweex-toolkit创建项目weexcreateprojectName添加android&;iOS项目weexplatformaddiosweexplatformaddandroidnative部署时,图片无法显示android需要实现IWXImgLoaderAdapterpublicclassImageAdapterimplementsIWXImgLoaderAdapter{publicImageAdapter(){}@Ove
项目大部分前段用weex写&支付分享第三方等东西用原生写&这就产生了交互的大坑。阿里官方的文档交互的方法有两种:Module和Component。这个Component就是个大坑,根据文档所写的各种调试,就是无法交互,而且官方文档还出了低级错误,简直磨灭了阿里在我心里神的形象。错误:两个标签--。大家还是用Moudle来写吧简单实用:在继承application的类中注册下try{WXSDKEngine.registerModule(&myMod
官方的demo东西很多很复杂&休息时间打游戏的可以研究一下&拿出一把游戏时间研究&我就是想导入个js&你个官方demo搞些扫描二位码的东西&什么鬼。言归正传:publicclassMainWeexActivityextendsAppCompatActivityimplementsIWXRenderListener{WXSDKInstancemWXSDKI@OverrideprotectedvoidonCreat
哇,同样的项目,感觉原生写的话都写完十遍了,各种问题。之前调用weex编译的js文件都是先拷贝到assert目录下在调用:本地调用:mWXSDKInstance.render(&WXSample&,WXFileUtils.loadAsset(&home.weex.js&,this),null,null,-1,-1,WXRenderStrategy.APPEND_ASYNC);考虑到如果放到服务器上的话,如果更新一点小地方就可以覆盖下服务
Weex正如它的目标,一套构建高性能、可扩展的原生应用的跨平台开发方案Weex给大家带来的无疑是客户端开发效率的提升,我们可以通过一套代码,实现web,android,iOS的三个平台上运行。自己最近尝试了一次借助weex的插件机制,使用Weex-Amap地图插件可以开发LBS相关的应用。首先我们先来看下运行的效果吧:iOS版Android版截图数据仅供参考它大概具备下面的一些功能;统计用户在运动过程中的距离累计,时间计算等。存储用户的运动数据使用地图定位和距离计算的API,
一、说在前面的话目前weex已在尚妆旗下的达人店app上线了一个常用的订单管理页面,截止目前Android上未发现问题,渲染时间在100-300ms之间。作为Android开发,此文首先会从Android的角度为主来记录接入的过程,希望给未接入的同学更方便省时地接入weex提供一点帮助。其中会涉及到预加载,降级,热更新,埋点以及在app不更新的情况下动态配置新页面等问题,这些Android和iOS都是统一的逻辑,希望和大家一起交流。二、Android接入过程其实对于modul
今天整理下跟Weex不那么相关但是对于保证软件质量特别重要的一环,那就是静态代码检查,工具当然是ESLint。为什么要用ESLint?Whynot?About下面摘一段ESLint官网的介绍。ESLint是一个开源的JavaScript代码检查工具,由NicholasC.Zakas于2013年6月创建。代码检查是一种静态的分析,常用于寻找有问题的模式或者代码,并且不依赖于具体的编码风格。对大多数编程语言来说都会有代码检查,一般来说编译程序会内置检查工具。JavaScript是
整个研究主要分为三个部分,第一个部分研究weex初始化的脉络,探寻一下需要注意的细节。第二个部分研究一下业务bundle初始化的过程,真实的计算是在哪里发生的。第三个部分研究一下JSFramework的脉络走向,以及Native到底是如何桥接到JSFramework上的。研究Service方案,是否符合预期。分析视角为iOS+JavaScript先从两端的脉络开始,梳理清楚之后,再做下一步的研究分析weexruntime初始化脉络研究SDK初始化时比业务先注入jsframew
系列文章的目录在:point_right:这里除了Vue框架提供的功能以为,Weex平台本身也提供了很多功能,这些功能比前端框架更底层一些,而且是跨框架通用的,在Vue和Rax里都可以用。本文的几个例子越来越偏底层,最后一个例子还需要写java代码。使用Weex的模块Weex模块的文档通过weex.requireModule即可引入weex的模块。constmodal=weex.requireModule('modal')modal.toast({message:'nativ
WEEX在今年一月份宣布在web端对vue渲染的支持,也就是说,今后你可以用写vue的的方式去写weex项目。在升级新版的weex的时候大家一定记得去官网看下diff[Weex和Vue2.x的语法差异]https://weex-project.io/cn/references/migration/difference.html。如果我们在开发第三方插件的时候,我们同样需要注意对与插件写法上的差异。第三方组件老版本我们在第三方组件的时候,大致是这样的://设置标签属性const
weex是阿里巴巴集团在去年4月份开源的一个使用JS进行代码编写,多端实现运行的开源框架。这也是国内少有的大型开源项目(目前stars的数量也超过了10K)。WriteOnceRunEverywhereweex的的目的就是为了解放生产力,让更少的人去维护更少的代码。weex虽然目前还在密集开发阶段,可用到内部组件,相对少一点,由于是开源项目,因此大家都可以自己贡献自己的开发组件。其中weex的组件有两种,一种是完全基于提供的api和element去进行封装扩展,类似weex-
系列文章的目录在:point_right:这里在配置完开发环境之后,就可以开始写应用了。在写应用之前,肯定会先划分好页面,一个一个独立着写的。不过,首先要明确的是,使用Weex写出来的是原生应用,页面的概念还和Web上一样吗?Weex里“页面”的概念写的有些乱,与下边内容关系不太,不理解可以忽略。Weex的实例在Web上是和“浏览器页签”的概念相对应的,通常一个Weex实例就是一个“页面”。在Web上,只要没有新开页签,网页中的各种跳转,都是记录在History对象中的,对于
前言weex学习也有一段时间了,关于weex在三端的使用,我们也做了实战开发,渲染时间在100-300ms之间,各平台体验相比H5都有极大的提升,此文章在iOS的角度记录开发过程中遇到的一些问题,如果想要了解前端和安卓的开发可以参考我同事写的一些内容weex实践(前端视角)、weex实践(安卓视角)准备工作weexSDK接入WeexiOSSDK官方集成指南WXDevtool工具使用Weex调试神器——WeexDevtools使用手册订单页实战(weex相关)接下来我以订单页面
工作模式Weex的三种工作模式。全页模式目前支持单页使用或整个App使用Weex开发(还不完善,需要开发Router和生命周期管理),这是主推的模式,可以类比RN。NativeComponent模式把Weex当作一个iOS/Android组件来使用,类比ImageView。这类需求遍布手淘主链路,如首页、主搜结果、交易组件化等,这类Native页面主体已经很稳定,但是局部动态化需求旺盛导致频繁发版,解决这类问题也是Weex的重点。H5Component模式在H5种使用Weex
背景:由于公司项目需要,需求变化频繁,计划总改不上变化,由于app更新版本周期长,不能很好应对这种变化,正在此前提下热修复和热更新技术也有了发展的空间,不管热修复还是热更新,都是对app内容或者逻辑的变化作出像web网页更新类似的体验。weex阿里推出的热更新框架,已再内部应用在多款app上如淘宝,天猫和闲鱼等,典型的电商型app非常适合用weex来构造,weex已在6月份开放开源,假如你的app是应用类,服务类如天气、电商和服务类,恭喜你非常适合用weex来构建,假如你的a
在前端越来越火的年代,逐渐衍生出类似ReactNative、Weex等开发套件。所达到的目的挺简单的,达到在多个平台下共用一份代码,节省开发成本,提高开发效率。其次,由于JavaScript语言的特殊性,能动态更新页面而不需要发版。基于这两点,越来越多的个人开发者&;公司开始尝试它们。本文将从个人开发实践项目出发,发表一些对于Weex的看法和在项目中的实战经历。不涉及具体原理和概念性的东西,读者可以自行去Weex官网查阅。Weex原理大体上和ReactNative一致
ReactNative出来有一段时间了,国内的weex和deviceone是近期发布的,我可以说从2011年就开始关注快速开发的跨平台平台技术了,接触过phoneGap、数字天堂、appcan等早期的移动中间件技术,也跟朋友也讨论过这类的轻量级框架。这些年通过Html5技术或通过Hybrid技术实现跨平台的道路,基本已经快走到头了。尝试跨平台App的开发者们都快碰的头破血流了,大家都在期盼新的更成熟的跨平台开发技术能够早日出来。研究ReactNatvie的时候,基本大部分时间
背景weex刚开源不久,作为一名前端,当然是抑制不住自己的好奇心想要尝尝鲜。虽然weex的最大亮点在于对于电商类应用场景能够提供快速动态部署的功能,但是用js就能写跑在native端的页面更加吸引我。于是在空余时间就开始捣腾着weex,想做一个nativeapp看看weex有什么“能耐”。在开发过程中,在体会到weex周边工具带来的效率提升的同时,也发现了不少问题。除了weex本身刚开源肯定会存在各种问题之外,还有一些开发体验的问题。weex相关的问题都在GitHub上提了i
你可能还喜欢
你可能感兴趣
阿里云教程中心为您免费提供信息，所有相关内容均不代表阿里云的意见！投稿删除文章请联系邮箱：zixun-group@service.aliyun.com，工作人员会在五个工作日内答复
售前咨询热线
支持与服务
资源和社区
关注阿里云
International