APP技术选型

手机web站点和手机app 技术选型的困惑于思考

今年一直在关注移动端技术的发展,自己也用博客园的rss接口玩了半年,关于技术选型的困惑和大家说说一趋势随着手机硬件不断的升级,外加4g牌照的发放,不出2年时间移动端web站点和手机app一定会进一步井喷,中小企业.二三线城市的软件公司也会进入到这个领域.以后移动站点和移动app有可能就成为web开发者的主要日常工作了. 二营销对技术选型的影响目前移动端的营销手段虽然很多,但多数公司最基本的手段无非是 1 优酷视频 ---->各种广告+二维码营销-->手机扫描二维码在手机浏览器中打开…

冲顶大会APP技术选型及架构设计

我在1月4日看到虎嗅推送"王思聪撒币"的消息,然后开始推敲背后技术.其中涉及直播流.实时弹幕.OAuth2.0开放授权.SMS api.Push网关.支付接口等业务,其技术实现并不复杂,我们对此进行剖析. UI设计可以说冲顶大会是照搬HQ的商业逻辑.业务逻辑和UI设计.想必在短期内会有更多的知识问答APP蜂拥出现.对此我不做过多评论,只说背后的技术实现,无关商业. Flutter 可以说我是谷歌的脑残粉,据传言Google的Fuchsia OS UI都是用Flutter设计的,在这里…

…

fir.im Weekly - 揭秘直播移动 APP 技术实现

2016年直播似乎无处不在,作为一个开发者也许需要补充下关于直播技术点.本期 fir.im Weekly 整理了一些开发者对于直播实践项目中的技术经验与直播技术架构分析等内容,还有一些关于 iOS .Android等相关开发干货. 一起来看看~ 『直播技术干货分享』如何做一款仿映客的直播App 简书作者JIAAIR从技术实现层面.直播优化层面.流媒体传输等方面分析了当下的直播技术,同时分享了如何搭建一个类似映客的直播项目的技术经验. 感兴趣的话,点击这里. 移动直播技术秒开优化经验(含PPT)…

AutoLayout技术选型和应用

前言:这篇文章是笔者在项目中对布局技术进行技术选型和应用的相关介绍,供大家参考. && [self.buttonscount] > 0) { UIButton *button = self.buttons[0]; [button autoPinEdgesToSuperviewEdges]; } else { [self.buttonsautoMatchViewsDimension:ALDimensionWidth]; [[self.buttonsfirstObject] autoPi…

移动应用开发技术选型：WebApp>HybridApp>NativeApp

一:概念辨析 Web App:生存在浏览器里的应用,只能运行在浏览器里,宿主是浏览器,不是操作系统.资源一般都在网络上,就是一个触屏版的网站.如:微信公众号.不需要在设备上下载安装,只需通过浏览器即可访问.运行. [但:也能通过第三工具打包成为可安装的app] Hybrid App:一个半原生程序,内嵌了一个原生的浏览器组件,把地址写死,然后里面运行了一个webapp.它也需要下载安装,虽然看上去是一个Native App,但只有一个UI WebView.半原生主要体现在:根据运行的系统…

[转]聊聊技术选型 - Angular2 vs Vue2

转载:https://juejin.im/post/58cab85b44d9040069f38f7a "Come, and take choice of all my library, And so beguile thy sorrow." —— William Shakespeare, Titus Andronicus 为项目进行框架级别的技术选型,就类似为篮球队量身定制战术,选择一个适合开发团队的规模和团队成员的技术栈和能力,针对业务和项目,能帮助团队赢得更多的技术,是每个软件项目…

谈谈APP架构选型：React Native还是HBuilder

原文链接导读:最近公司的一款新产品APP要进行研发,老大的意思想用H5来做混合APP以达到高效敏捷开发的目的.我自然就开始进行各种技术选型的调研,这里重点想说的是我最后挑选出的2款hybrid app开发技术方案:RN(react native),HBuilder.React Native是大名鼎鼎的Facebook的开源技术框架,而HBuilder是国内的H5工具开发公司DCLOUD的产品.我自己先总结下吧:这两个技术框架在开发效率上基本上可以媲美WEB开发的速度,RN强调的是“Learn…

移动IM开发指南1：如何进行技术选型

<移动IM开发指南>系列文章将会介绍一个IM APP的方方面面,包括技术选型.登陆优化等.此外,本文作者会结合他在网易云信多年iOS IM SDK开发的经验,深度分析实际开发中的各种常见问题. 推荐阅读移动IM开发指南2:心跳指令详解移动IM开发指南3:如何优化登录模块通讯方式选择 IM通讯方式无非两种选择:设备直连(P2P)和通过服务器中转. (1)P2P P2P多见于局域网内聊天工具,典型的应用有:飞鸽传书等.这类软件在启动后一般做两件事情: l 进行UDP广播:发送自己信息和接受同…

Leader 让我做 CMS 帮助中心的技术选型，我撸了 VuePress 和 GitBook，然后选择...

前言因为自己平时经常写博客,也有博客网站,所以 Leader 叫我做一个 CMS 的帮助中心的技术选型,CMS 的帮助中心的功能:是通过文章来教用户如何使用我们的项目. 所以笔者要做一个静态网站的技术选型,笔者把网上流行的 VuePress 和 GitBook 两种方式都尝试了一下,并做了对比,这里写篇文章总结一下,顺便把自己的博客网站重作一便,哈哈. 1. VuePress 1.1 简介 VuePress 是 Vue 驱动的静态网站生成器. 简洁至上以 Markdown 为中心的项目结构,…

聊聊技术选型 - Angular2 vs Vue2

作者介绍:李旸,美团点评前端工程师,3 年 Web 前端开发经验,现在是美团点评点餐团队的一员. "Come, and take choice of all my library, And so beguile thy sorrow." -- William Shakespeare, Titus Andronicus 为项目进行框架级别的技术选型,就类似为篮球队量身定制战术,选择一个适合开发团队的规模和团队成员的技术栈和能力,针对业务和项目,能帮助团队赢得更多的技术,是每个软件项目能够…

【转帖】技术选型之Docker容器引擎

技术选型之Docker容器引擎 https://segmentfault.com/a/1190000019462392 图过不来的原作者写的挺好的题外话最近对Docker和Kubernetes进行了一番学习,前两天做了一次技术分享,回去听了一遍自己演讲的录音,发现单单PPT做好还是远远不够的,没有提前准备好逻辑严谨的讲稿,在讲的时候出现了卡壳.漏掉技术点.逻辑矛盾的问题.为了解决这个问题,我打算以后在做技术分享前,都按着PPT的内容先写成博客,理顺表达逻辑.另外,我觉得每次技术分享使用的P…

react 前端项目技术选型、开发工具、周边生态

react 前端项目技术选型.开发工具.周边生态声明:这不是一篇介绍 React 基础知识的文章,需要熟悉 React 相关知识主架构:react, react-router, redux, redux-thunk, redux-saga, react-redux, dva, umi 扩展架构:styled-components, recompose, react-loadable UI 框架:ant-design, ant-design-mobile, material-ui, Seman…

大型Electron应用本地数据库技术选型

开发一个大型Electron的应用,或许需要在客户端存储大量的数据,比如聊天应用或邮件客户端可选的客户端数据库方案看似很多,但一一对比下来,最优解只有一个接下来我们就一起来经历一下这个技术选型的过程: 排除:把数据以Json的形式存储在文件中以这种方式存储一些用户的配置信息是完全没问题的(用户名.家庭住址.是否开启免打扰模式等) 但要用这种方式存储大量解构化的数据,就非常不科学了主要原因是: 用这种方案操作数据是需要把文件中的所有数据都加载到客户端电脑的内存中去的由于没有索引机制,关联…

新东方APP技术架构演进，分布式系统架构经验分享

今天的演讲题目是"新东方APP技术架构演进, C端技术经验分享" 作者:张建鑫, 曾任IBM高级软件架构师, 滴滴高级技术专家, 现任新东方集团高级技术总监古代东西方的思想家都产生过一个终极的追问,世界的本元到底是什么? 老子说,道生一,一生二,二生三,三生万物,天道有常不以尧存不为桀亡.孔子说朝闻道,夕死可矣,孔子把对道的研究从,对人与自然关系的天道,转移到了研究君君臣臣父父子子的人道方向上.古希腊第一个哲学家泰勒斯说世界的本元是水,后来毕达哥拉斯回答说世界的本元是数字,古希腊哲人…

Hybrid App技术批量制作APP应用与跨平台解决方案

前言简单的聊一聊我开发了4年之久的Hybrid App(混合模式移动应用)平台开发,目前一直在持续开发与维护,支持无编程快速开发! 其本意也不是要吹捧前端有多么强大,只是用自己的实际项目阐述下对于前端开发一个更深层次的见解 PS:这不是单一的APP应用,这是一个可以快速批量制作app的一套跨平台解决方案因为我经常在家同步更新,所以在git上放了一份,并非开源,仅参考学习,请勿乱传播,谢谢配合(当然,没有API,没有文档,估计ES6看起来也够呛)呵呵定位开始我们先了解下目前前端的三个大的方…

Ant搭建一键生成APP技术平台

1.博客概要本文详细介绍了当今流行的一键生成APP技术.介绍了这种设计思想的来源,介绍了国内外的研究背景,并介绍了这个技术体系中的一些实现细节,欢迎各路大神们多提意见.一键生成技术,说的通俗点就是,要在自有平台上发布若干个代码一致,但包名,版本,引用资源都不同的App,即实现一套代码生成多个不同的APK(注意哦,这一系列的编译打包都是自动化的). 2.认识一个Android项目 Android是一种基于Linux的自由及开放源代码的操作系统,主要使用于移动设备,如智能手机和平板电脑. 如上图所…

#数据技术选型#即席查询Shib+Presto，集群任务调度HUE+Oozie

郑昀创建于2014/10/30 最后更新于2014/10/31 一)选型:Shib+Presto 应用场景:即席查询(Ad-hoc Query) 1.1.即席查询的目标使用者是产品/运营/销售运营的数据分析师: 要求数据分析师掌握查询SQL查询脚本编写技巧,掌握不同业务的数据存储在不同的数据集市里: 不管他们的计算任务是提交给数据库还是 Hadoop,计算时间都可能会很长,不可能在线等待: 所以, 使用者提交了一个计算任务(PIG/SQL/Hive SQL),控制台告知任务已排队,给…

老王讲自制RPC框架.(一.前言与技术选型)

(#)背景随着互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,亟需一个治理系统确保架构有条不紊的演进. 单一应用架构当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本. 此时,用于简化增删改查工作量的数据访问框架(ORM) 是关键. 垂直应用架构当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率. 此时,用于加速前端页面开发的 Web框架(MVC) 是关键.…

Atitit 开发2d游戏的技术选型attilax总结

Atitit 开发2d游戏的技术选型attilax总结 1.1. 跨平台跨平台:一定要使用跨平台的gui技术,目前最好的就是h5(canvas,webgl,dom) +js了..1 1.2. 游戏前后端语言的选择(既然用了h5,js就是前端不二选择)1 1.3. Js ide sublime ,webstorm1 1.4. Java ide eclipse mars1 1.5. 使用怎样的h5游戏引擎(推荐dom,cocos2d)1 1.6. Ui编辑器,场景编辑器(dw,)2 1.7. 例外,…

《2016ThoughtWorks技术雷达峰会----js爆炸下的技术选型》

JS爆炸下的技术选型刘尚奇 ThoughtWorks, 高级咨询师 JS每6个星期出现一个新框架,那么如何进行JS的选型.以下从四个方面来分析. 1.工具 NPM for all the things 用来管理项目依赖就足够了. Webpack 除了资源的loader,还可以做编译构建等. 很多时候只是用NPM +Webpack就足够对前端工程进行构建,打包,压缩等,不用再去引入像Gulp.Grunt这样的工具. 2.类库 react,官方更愿意是一个类库,是mvc中V的部分…

混合App 框架选型

个人一直想做个App,但是学习 IOS 的过程发现原生的做界面还是听麻烦的就放弃了.后来就转到混合式App阵营了混合式App 定义 Hybrid App(混合模式移动应用)是指介于web-app.native-app这两者之间的app,兼具"Native App良好用户交互体验的优势"和"Web App跨平台开发的优势" 平台框架选择 APICloud Dcloud Ionic 平台对比 Dcloud 平台大量使用H5接口提供一些原生Api(官方号称40万A…

App技术框架

一.App技术框架的类型图1 三种App技术框架之间的关系目前App的技术框架基本分为三种(图1): (1)Native App:互动型,iOS.Android.WP各一套,而且要维护历史版本,要安装,开发耗时长一种基于智能移动设备本地操作系统(如iOS.Android.WP操作系统),并使用对应系统所适用的程序语言编写运行的第三方应用程序,由于它是直接与操作系统对接,代码和界面都是针对所运行的平台开发和设计的,能很好地发挥出设备的性能,所以交互体验会更流畅. (2)Web App:浏览型…

atitit.技术选型方法总结为什么java就是比.net有前途

atitit.技术选型方法总结为什么java就是比.net有前途 #----按照不同的需要有不铜的法... 一般有开发效率,稳定性上的需要.. 作者老哇的爪子 Attilax 艾龙, EMAIL:1466519819@qq.com 转载请注明来源: http://blog.csdn.net/attilax #-----常规选型..一般还是java+php比较好.. 长期性:把需要都罗列出来,然后把那些在长期还用得到的标出来. 一般来说．console是最稳定性的．．．前端gui/web是不稳…

消息中间件的技术选型心得－RabbitMQ、ActiveMQ和ZeroMQ

消息中间件的技术选型心得-RabbitMQ.ActiveMQ和ZeroMQ 作者:chszs,转载需注明.博客主页:http://blog.csdn.net/chszs RabbitMQ.ActiveMQ和ZeroMQ都是极好的消息中间件,但是我们在项目中该选择哪个更适合呢?很多开发者面临这个烦恼.下面我会对这三个消息中间件做一个比较,看了后你们就心中有数了. RabbitMQ是AMQP协议领先的一个实现,它实现了代理(Broker)架构,意味着消息在发送到客户端之前可以在中央节点上排队.此特性…

你得知道这3个最基础的APP技术框架

出处:优设网作者:信籽链接:http://www.uisdc.com/3-basic-app-technical-framework 信籽(手淘设计师):不知道大家有没有遇到过这种情景,当你做好一个设计方案,满心欢喜地给开发讲解方案的思路和创意时,开发突然说一句:“这个方案实现不了”,这时你整个人都不好了,心里开始嘀咕“这么简单的设计都实现不了,你是搞技术的吗?”然并卵,在产品和开发的催促下,作为设计师的你只能加班加点地改方案.到底问题出现在哪呢?这其实是由于我们设计师对App技术框架的知识匮乏…