ex为什么是前任要开发EX包那4张牌啊?是原来的...

随着 h5 的普及,是不是不再需要开发 app 了?
00:02:01 +08:00用 iPhone 发布 · 31737 次点击
有这么一种感觉,用h5开发出的web app体验上并不比原生app差太多,但其跨平台的特性大大减低了开发成本,而且可以快速迭代。某些类型的app体验并不会差太多。这种情况下是否就没有开发原生app的必要了呢?
第 1 条附言 &·&
18:09:29 +08:00
感觉大家可能误解我的意思了,我想说的是&某些APP&,例如V2EX这样的网站,h5基本是可以满足需求的。只是少一些类似推送的功能,但可以用微信推送等技术解决。这种情况下还有开发原声APP的必要吗?毕竟那是很大的一个成本
99 回复 &| &直到
17:12:40 +08:00
& & 00:35:57 +08:00
等手机能上16G内存的时候再说这话吧
& & 01:00:46 +08:00 via Android
首先楼主的前提就是错的 ?
& & 01:09:20 +08:00 via Android
& & 01:18:17 +08:00 via iPhone
如果设备没联网…
& & 03:31:14 +08:00
@ 不过那文章用的 Chrome 是 29 的,现在已经 38 了,不知道是否还是有那么大的差距呢?
& & 03:42:26 +08:00 via Android
pc上是这样,这个趋势2005年开始就已经被大多数人认同了。但手机上,web前景并不明朗。
& & 06:06:27 +08:00 via iPhone
一句话,你 PC 上的IDE,游戏还没有被HTML替代。
HTNL5 App能否普及的关键在于,Android下的性能表现。
& & 06:45:56 +08:00 via iPhone
@ 这篇文章太赞了!
& & 06:51:14 +08:00
iPhone 初代刚发布的时候 Apple 就是这么说的,iOS (当时还叫 iPhone OS)的官方 SDK 也是后来很久才发布。但事实证明…
& & 07:23:12 +08:00
大部分不需要原生api的应用基本都可以被取代了!
& & 07:38:03 +08:00 via iPhone
@ Intel XDK 使用 node-webkit ,它是 IDE
目前性能的瓶颈都出现在资源问题上,我也期待摩尔定律能最终让 HTML5 可以达到原生应用的效果,至少电脑上可以,但是手机可是寸土寸金的
& & 07:58:16 +08:00
@ 你在电脑上访问一下Google Map就知道了,HTML5 + JavaScript开发应用纯属扯淡。
我顶配的电脑访问Google Map都卡的一B。
& & 08:04:32 +08:00
性能问题==时间问题
& & 08:13:45 +08:00
哪怕未来手机性能提升了,原生应用的体验还是可以继续秒杀h5几条街
& & 08:19:17 +08:00
@ 文章太老,现在ip6性能至少比4s好上2倍以上
& & 08:23:30 +08:00 via iPhone
@ 移动端的世界不只有iOS, 如果Android 给力的话,现在起码50%的应用是HTML5
& & 08:27:47 +08:00 via iPhone
偷偷告诉你win8 app在n年前就支持html5原生开发了,并且win8.1好多预装微软app都是html5,比如邮件客户端,比如新闻客户端,但是你在移动端非Windows平台根本找不到一个在运行速度、内存控制上能跟IE11抗衡的浏览器,并且那些HTML App没有一个不调用COM,没有一个不调用C++或者C#,真正的运算工作js根本无能为力。
还记得腾讯做的那个旧版Metro QQ吗,那是js做的,功能不及桌面qq的十分之一,效果简陋,但内存占用比桌面qq还大,并且低端设备上体验相当糟糕。现在的版本已经用C#全部改写了。
并且看看实际情况,哪个大公司不是一心推广客户端?网页端都是指向客户端下载的链接,这说明HTML5的趋势已定,根本不是客户端的对手,而是为了临时解决无客户端时的不便,取代无从谈起,不然当初iOS不就没必要做App Store了?
& & 08:30:10 +08:00 via iPhone
不考虑性能了吗
& & 08:30:31 +08:00
@ 文章的重点是内存好么!!!
& & 08:42:36 +08:00 via iPhone
@ 过几年 64G 的手机内存都可能是标配了
如果瓶颈只是性能,那绝对是时间问题
& & 08:43:49 +08:00
@ 既然你文章都没读完,那我也没必要跟你细说了。
& & 08:48:24 +08:00
`phonegap` 卡卡卡...
& & 08:50:55 +08:00
脚本语言的性能瓶颈不会随着硬件升级而消失,有些人这么多年来怎么还没看明白这一点。
& & 08:53:26 +08:00 via Android
@ 你试试跑在iOS上。。。
& & 08:58:22 +08:00
醒醒 工头喊你搬砖了
& & 09:00:48 +08:00
我总觉得竞争总是会让制作方选择[更能生产出更好产品的技术平台], 在合理的前提情况下
& & 09:01:32 +08:00
流量不要钱而且上下行都有100M+那就真的不用考虑原生APP了。
& & 09:02:40 +08:00
得等电池瓶颈和发热问题解决了之后,才有可能出现16G内存的移动设备了。那个时候可能H5开发确实是一个比较好的方案。
& & 09:04:17 +08:00 via Android
@ 性能跟语言本身有什么关系
& & 09:07:25 +08:00
资源是一方面,功能也是不可忽视的。Html5能调用特性化的底层API吗!?比如iPhone上开个网页,然后网页与AppleWatch数据通信?
& & 09:12:13 +08:00
@ 跟语言的运行机制有关
& & 09:12:16 +08:00
你可以试试12306在android上的体验
& & 09:15:40 +08:00
感觉楼上各位都误解LZ的问题了。
LZ的意思是,*某些App*, 用H5开发出的体验效果跟Native差不多,是不是就可以不必开发Native版了。
我觉得是的。
& & 09:18:37 +08:00
1分钱的个人开发费用,却要消耗上亿人终端硬件的升级;10W公司开发费用,但省去了上亿人终端硬件的升级;关键看取舍,个人主义除外。
& & 09:19:27 +08:00
请问 h5 是什么高新技术?
& & 09:21:23 +08:00
请说一个在浏览器直接访问的体验优质的 Web APP?
& & 09:23:59 +08:00
感觉性能差别不明显的话应该可以吧
& & 09:24:25 +08:00
这文章通篇重点是GC烂到家了,程序员要性能就要管内存
空闲内存得是是六倍于需要的内存
16G/6 = 2.6G
啥程序需要2.6G?
不过现在手机端常见的1G/6=170MB。。。
& & 09:29:50 +08:00
如果真这样了 那还养那么多软件公司干嘛
真到那时你也失业鸟
& & 09:44:42 +08:00
当手机性能升级, 原生应用所能做的也同时在升级, 这是h5所不能替代的
& & 09:45:51 +08:00
@ 题主说的大概是把HTML打包成Apk、ipa之类的吧
& & 09:46:11 +08:00 via Android
某些类型的应用如此。事实上这些应用也基本上都h5化了, 包括淘宝在内的很多app都已经是公司做个自己的壳,包裹着大量的html5代码了。但是很多领域在可以看到的时间里还是离不开原生开发,你用h5给我开发个输入法,来电拦截,权限管理,浏览器我看看?
& & 09:48:09 +08:00
Under the hood: Rebuilding Facebook for iOS
& & 09:49:01 +08:00
@ 性能跟语言本身关系不大,跟语言的实现方式有很大关系
& & 09:49:19 +08:00
web虽然很牛逼了,但说想取代原生app得话,那也是不可能的,web本身的控制视图的方式就决定相对原生app来说需要更好的单核cpu性能,更多的内存,js在x86和arm上同等主频也有很大的性能差距,而且一旦web可以调用更多的底层api,那么巨大的安全问题也不是那么容易解决的
& & 09:49:27 +08:00
刚好最近在看这类的文章
感觉还是有使用场景的。不过最好的还是用native吧。我的感觉而已
& & 09:52:01 +08:00
@ 你这个太旧了,起码是3个摩尔周期。
上面的ipad sunspider成绩是5000ms,现在的ipad air 2成绩是300ms,早提了不知道多少倍了。
& & 09:53:09 +08:00
@ 云输入法算么?
& & 09:55:08 +08:00
折中一下,某些类型的应用,native + h5还是可以凑合的
& & 09:55:19 +08:00
当年facebook也是这样想的,而且也这样做了,最后被现实无情的抽打。
& & 09:55:39 +08:00
不是。月经贴都快变成日经了...
& & 10:02:23 +08:00 via Android
Web暂时火不了,但我看好它的未来,特别Amazon推出Lamda这样的服务之后。随着人工智能和大数据的发展,云端越来越重、终端越来越轻是必然的。
基于硅片的移动SOC性能提高将止步于摩尔定律终结,而端到端通讯宽带和延迟是5G技术重点要解决的,通讯厂商早就布局好,只等市场成熟,我猜这也是华为坚持聚焦本业的原因。
我猜在华为等通讯厂商高层眼里,云端技术 + Web终端是未来,IOS/Android Native App才是过渡。
几年前我查询,就看到华为有注册 End to End Communication Session QoS 专利,思科也有类似专利,这意味着未来每次通讯都能有QoS保障,大量数据实时传输的稳定性提高,基于实际QoS而不是简单带宽的移动宽带定价也可成为电信公司新利润增长点。
& & 10:02:47 +08:00
@ 为什么都不看到文章结尾呢...
& & 10:07:30 +08:00
h5 和 js 要代替原声的应用基本不可能,性能内存都是问题。但关键h5 和 js都是跑在浏览器上的本身就不是用来代替移动应用的,只是在某些特定的应用上用h5 和 js 很方便,比如楼上 @ 说的一些详情展示的页面和应用。 如果真要代替的话我觉得也应该是另一个语言
& & 10:09:16 +08:00
APP一个设备可能只会装100个,甚至只需要三四个。为什么要装你的APP?
但是这个世界网站是100W倍吧。
& & 10:09:49 +08:00
楼主可以安装一个 HTML5 launcher 玩玩,我 MX3 装了,CPU 直接满载.
& & 10:12:08 +08:00
请参考现在是web开发多,还是window客户端开发多
& & 10:16:10 +08:00
@ 较真的话,可以算。或者你干脆开发一个软件,说我这个软件就叫“输入法”,你咬我啊?!哈哈
& & 10:19:00 +08:00
我以为v2ex上不会有这种问题
& & 10:20:17 +08:00
为什么没人说过淘宝的app呢?淘宝app的首页不就一个h5的应用吗?
& & 10:32:46 +08:00
阿里、平安、电信不是大把应用基于hybrid app么.
微信里的大量即开即用的应用也能算吧.
离开场景谈性能是耍流氓啊.
& & 10:34:07 +08:00
@ 哈哈,我当时毕业的时候就是翻译的这篇论文,不知道学校有没有人能发现他的价值~~
& & 10:38:47 +08:00
是可能的,很有可能:
楼上说的网速问题,不成立,h5 app可以打包成app
只要等到h5的效能能达到native的效果就可以了,等吧
& & 10:46:40 +08:00
我倒觉得h5的短板不在于性能,h5你能推送消息到信息栏么?你能读通讯录然后上传到服务器么?你能往SD卡里面乱写数据么?iOS不知道,反正Android上不耍耍流氓都不好意思说自己是个app
& & 11:14:50 +08:00
@ 这个只要提供api给h5就行了,你没有看到现在h5规范里面一堆跟设备相关的api么,比如地理位置,方向啥的,感觉h5都是为移动而生的,你说的这些如果很有必要,就看w3c怎么制定规范了
& & 11:19:56 +08:00
又是H5占领世界说~~~如果这玩意能占领全世界, 那为何C/C艹这么几十年了依然是语言榜榜首呢~~~性能,性能,性能!能触及到底层的东西才能谈的好性能。用JS来做一些高性能的APP,你在开玩笑?当手机芯片和内存是桌面级别的么。哪怕是跟桌面一个级别的,桌面上那些web app都死掉多少,比如前一阵刚关掉的WEB QQ
& & 11:20:20 +08:00
纯web app体验还是差一些,但是hybrid app的前景还是很不错的,长远看来,大部分对性能要求不苛刻的app都可以使用html5/hybrid技术实现,看看ionic多火啊 -
& & 11:23:28 +08:00
而且说白了, H5在牛逼也要依靠于把他转换成native code的容器,容器达不到,h5在有用,对于手机也是没用。手机上这些容器不都是用C/C艹写的么。连大JAVA都要依靠C/C艹来辅助开发解决个别大运算和其他比如安全啊什么的一些问题,JS这种完全不用编译转换的解释型代码,你在开玩笑?
& & 11:26:12 +08:00
具体还是看app情况,以及应用人群了
在相当的时间里都是会共存的
例如微博来说,主要就是信息流,用H5做还是不错的,我手机就已经卸载客户端了,当然了,客户端很流氓
但是QQ这种,存在信息推送,用H5很难想象关闭浏览器后还怎么操作推送信息了
同样的,如果有重度微博用户,那么客户端的推送功能也是H5代替不了...
技术是为业务服务的,工程师的眼光可不能有非此即彼的狭隘
& & 11:29:22 +08:00
@ 这篇文章是你翻译的么?
我一直想给这篇文章的译者donate 2块钱的...
& & 11:44:06 +08:00
@ 不是。。。我谷歌翻译加人工调整,大学论文,没认真做的。
& & 11:52:01 +08:00
客户需要 推送!推送!推送!
html5 能推送么????
我是不喜欢推送的,所以只要是能html5能访问的,我基本上不会用APP的,比如新闻资讯类,BBS类的。手机上装个微信微博QQ支付宝淘宝 再加上一些工具类APP就可以了
& & 12:00:28 +08:00
浏览器里的HTML5不能推送,但HTML5开发的客户端推送不成问题吧。
HTML5技术不等于HTML5网页,跟HTML5网页对应的是app的MVC的M(模板)部分
& & 12:34:19 +08:00
大部分的人目光很短浅,就像IPHONE出来时都说一定不会成功那样 @ 说得很好,这个世界网站有很多很多。
& & 12:47:17 +08:00
@ 过几年,电脑标配64GB Ram都不一定实现
& & 13:00:01 +08:00 via iPhone
推送技术上早就不是问题了。
苹果随时都可以引入 iOS
& & 13:00:18 +08:00
做过几个 web app 项目,ionic+angualr,avalon 等各种框架都尝试过,最后都是硬着头皮改下去的。。。 Android 上的 UC、猎豹、QQ、百度浏览器等等,调兼容性的问题能折腾死人,特别是 Android 2.x 下的各种问题
这里的兼容性问题还不包括 css 的兼容性,而是指 js 和性能方面的。。。
不说其他的,一个 html upload 图片,能解决所有 Android 浏览器的上传的话就不得了了。。。
所以,看到楼主的标题,我颤抖了。。。。
& & 13:00:48 +08:00
@ html5标准制定了八年,一个最简单的地理信息访问API都能难产。等这些API实现,估计太阳都成红巨星了。
& & 13:30:10 +08:00
你再说一遍 H5
我保证不打死你
& & 13:49:08 +08:00
Html 5 游戏,非常耗费流量。
App 游戏就不怎么费流量了。
& & 14:44:41 +08:00
@ 难道我换了iphone6p,所有用户至少就是5?
用4的用户不用管了?
& & 14:48:50 +08:00
uc给阿里收购,老板去搞高德地图,就知道了吧,web就是个过渡。
下个信息技术世纪,是app的新形态,web坐吃等死吧,到现在bs也没完成打倒cs。
还想把app给收了?
& & 16:18:08 +08:00
可是总会有安卓用户啊。 (??ω?`)
& & 16:43:58 +08:00
@ 确实,目前实际应用,这方面坑还是挺多的。
& & 18:19:08 +08:00 via iPhone
@ 微信现在已经开放了第三方应用(网站)消息推送的接口,美国有类似yo这样的APP可以满足这项需求(它们也有api)。我觉得随着互联网的发展,这不是主要考虑的问题
& & 18:21:06 +08:00
说实话,以现在的技术,一滑动,完全能感觉到这是不是Webapp。
差距还是非常明显的。
& & 18:24:30 +08:00
@ 还是要管的,内存管理靠经验是可以做好的,大概比原生多用50%内存,并非难以接受,合理优化也是流畅跑起。
我几个月前做移动web开发,测试safari兼容性的时候还是用的256内存的touch4。
& & 19:40:26 +08:00
扯来扯去就说性能问题,性能问题是一定解决的问题,其实还有什么好扯的呢,web是写界面最好的方式,也是发布最好的方式,pc除了一小部分app是需要客户端,到了移动互联网从b/s回到c/s竟然没人觉得是退步的行为真是服了
& & 20:41:03 +08:00
@ 还有一个问题就是对WEB APP的定义问题,就像我前面说的,很多软件都是用原生做个壳,里面包HTML5,那这种算不算原生呢?这种混合开发方式其实还是离不开原生的。
所以这个讨论其实根本就是没意义的,混合开发的大行其道早就已经用现实说明了一切。
& & 20:49:05 +08:00
我觉得『某些app』的说法比较准确,考虑实际情况,追求效率和迭代为上而且性能要求不苛刻的完全可以使用h5代替。硬件越来越发达的情况下,有时候更多追求一个开发效率,而非死抠性能。
& & 20:50:29 +08:00
什么时候h5表示html5了我擦。
& & 21:45:18 +08:00
@ 那啥,MVC里的M是Model(模型),不是template(模板),看到你这个模板,我实在是忍不了了,如果非要对应MVC的话,网页应该是V,View(视图)。
我不知道Android的情况如何,开发iOS应用内存是非常不够用的,说性能不是问题的人忽略了一个事情,不光只有硬件会升级,软件对硬件的需求也会升级的
& & 22:17:26 +08:00
又有可以吐槽的帖子了...
& & 23:30:22 +08:00
@ MVC里的M是模板的意思吗?
& & 09:25:53 +08:00
很多人没搞清楚web app和hybrid app
& & 10:31:38 +08:00
这真热闹。作为一个C++和H5均有经验的开发者,我的理解是:
1. H5的确慢,将来也快不到哪去(很赞同一楼链接里那些说法)。但是,看你用它来干啥了,在桌面做个流程图工具-够用了(见Chrome Web Store的Gliffy);手机上做RPG游戏-扯淡。
2. H5应用没必要全都是H5,性能核心处用native编码未尝不可,这叫hybrid的H5。同样用hybrid的方法也可以解决H5无法调用的一些系统功能,如手机上的消息栏通知、电话监听啥的。Chrome, Android, iOS均支持这样的方案。
3. 同2类似,将来的H5应用可能以Hybrid的居多,并且混淆在各个环境里面,可能你用过你也不知道。
4. 性能比较例子:小米2上用H5做的侧栏滑出动画只有30FPS(用的是目前最快的方法了:CSS transition+will-change),而INBOX等Native应用目测至少60FPS。虽然不能说卡,但是至少不是如丝般顺滑,你要做*产品*的话这点手感也很重要。
5. 浏览器兼容问题很麻烦,就不要想去做在各个浏览器都能用的H5 App了。你做10个到处能运行的烂应用也顶不上一个精品啊。
就这些了,不吹捧不驳斥,H5能发展起来可能也不是你我想象中得那种H5了。
& & 13:35:51 +08:00
& & 16:10:28 +08:00
@ 如果只是内存问题,我同意,那文章不错,不过也不是只以那文章来说事。
内存,从当年我们用128K到现在pc上面普遍8G,有很多变化。
那时候都是命令行,界面少,现在内外存都大了相当多,界面也好,2/3D也好,不是问题。
可是操作系统的多任务,现在是pc以windows为主,安卓多任务不合适。
在这个前提下,js和web效率低,做不了几个后台任务。
ios下一个革命的实现真正的多任务后台机制,所以那文章最有亮点, 是分析了mac开发方式,建议用arc而不是gc.
& & 17:12:40 +08:00
不是谁非要取代谁,都没有这个能力。我觉得手机上还是native为主,web为辅吧。
native性能高,但不同平台得完全重新开发,比如安卓和ios代码复用率很低吧.
web性能肯定低点,不过在ios里面这个问题不大,支持的还是很好的,安卓在4.4以上也还不错了.
web的可迭代性,代码复用率(当然兼容性坑有,相对来说是可以解决的)是优势。
以后我觉得native嵌入web app会成为常态,一个app里面不是所有场景都需要动画效果的。
& · & 1625 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.0 · 74ms · UTC 11:12 · PVG 19:12 · LAX 03:12 · JFK 06:12? Do have faith in what you're doing.三国杀正版纸牌中4张EX牌分别是?_百度知道
三国杀正版纸牌中4张EX牌分别是?
有冰剑、仁王盾,还有两张是什么?谢谢
我有更好的答案
红桃Q的闪电和方块Q的无懈可击,以前那张无懈可击是银月枪,标准版已经没有了
采纳率:40%
仁王盾寒冰剑闪电(红色)无懈可击(原来是银月枪,但是后来取消了,因为银月枪过于强大——在非自己会和打出一张黑色的牌,可令其他任何人出一张闪,如果没有就掉血)
寒冰剑,仁王盾,方块Q的无懈可击。红桃Q的闪电
黑桃2-寒冰剑红心Q-闪电梅花2-仁王盾方块Q-无懈可击(标准版为:银月枪)
闪电和无懈可击。
仁王盾、寒冰剑、红桃的闪电、原来是 银月枪 ,现在是一张无懈可击。
其他4条回答
为您推荐:
其他类似问题
您可能关注的内容
三国杀的相关知识
换一换
回答问题,赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。三国杀ex ex就是extra的缩写额外的4张牌
  你知道三国杀ex吗 一起来看看吧.
  ex就是extra的缩写,额外的意思
  是标准版后额外添加的4张牌,最开始是寒冰剑、仁王盾、闪电和银月枪,后来将银月枪换成一张无懈可击.
  统计:杀30 张,其中红桃3 黑桃7 草花 14 方片6
  闪15 张,其中红桃3 方片12
  桃8 张,其中红桃7 方片1
  武器9把,其中红桃1(麒麟5)黑桃4(双胍2,青釭2,青龙3,丈八3)
  草花1(连弩1)方片3(连弩1,方天4,贯石3)
  防具2件,其中黑桃八卦,草花八卦各1
  马6 匹,其中+1马3匹(红桃,黑桃,的卢)-1马3匹(红桃,黑桃,方片)
  锦囊共计34个,其中延迟性锦囊4个,非延迟性30个
  乐:3(黑桃,红桃,草花各一)
  闪电:1(黑桃)
  无中:4(红桃)
  无懈:3(黑桃1,草花2)
  顺手:5(黑桃3,方片2)
  过河:6(红桃1,黑桃3,草花2)
  决斗:3(黑桃,方片,草花各一)
  借刀:2(草花)
  南蛮:3(黑桃2,草花1)
  五谷:2(红桃)
  万箭,桃园各一,均为红桃。
  现在你知道三国杀ex了吗
最新的更新增加了一个全新的武器十字弩,全新的载具双轮摩托车,因…
比如很多玩家在游戏前期就落地成盒,或者在游戏过程中总是被其他玩…
10个亚索9个坑,成为了众多玩家的心声。亚索的设计师叫CertainlyT,…
蛙爹娘们帮蛙儿准备的「包袱」中放了哪些东西,其实是有可能影响…
直到今天早上,已经有一亿五千万人集齐了五福 ,相比去年两亿多还…
从严格意义上来讲,旅行青蛙是一款“高自由度”的“沙盒类”类游戏,而…
旅行青蛙的明信片大家一定已经收集到不少了吧。有很多暖心的、开心…
开心消消乐1401关边角冰块难消除,这一关主要任务是6步之内消除168个…
开心消消乐1400关章鱼毒液一波带走,这一关主要任务是22步之内消除…
关注微信 获取最新资讯!

我要回帖

更多关于 游戏王ex2006卡包 的文章

 

随机推荐