查看详情
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

软件大铺的博客

IT技术共享

 
 
 
 
 
 
分析和写的太好了,mark一下。

一、小程序没那么火

  张教主沉吟道:“小程序就是要让用户’用完即走’。”

  用户:“我们再也不回来啦!”

  1 月 9 日,小程序上线。短短一个月,它已经从最初爆火到逐渐淡出人们视线,从众望所归到普遍看衰,一时冰火两重天。对于流量如饥似渴的 app 创业者们来说,小程序不仅没有带来新的红利,反倒有可能吸走他们的 app 流量,“坑”也是比比皆是:

  1、真的“小”,顶多成为一个“残次版”app,截取 app 的某一高频场景功能。复杂的功能交互?抢占用户的时间?不好意思你想多了,对于苹果用户来说,根本无法忍受在小程序和消息(im)之间来回切换的麻烦,总想着是不是有新消息了。张小龙没骗你,如果不能用完就走,那就真的没有耐心用下去了。

  2、没有流量可刷。小程序没有集中的应用市场,别人做的第三方市场并不方便,群传播效果非常有限,一时性起建立的小程序分享群们很快没了声息。

  3、“粘性”难。苹果小程序无法留在用户桌面上,从历史列表中去找小程序的体验,和“订阅号”查找一样糟心,同样糟心的还有搜索体验。

  4、钱途呢?小程序限制广告行为和虚拟交易,极简的交互也不支持复杂的业务逻辑——羊毛出在猪身上?不好意思你又想多了。无怪乎很多人说小程序没卵用、就是给微信打义工,搞到最后自己的 app 反而被纷纷卸载。

  但真有这么坑?

  二、第一波有点坑

  第一批上市的小程序,主要四类:

作者  | 2017-2-20 21:30:42 | 阅读(127) |评论(0) | 阅读全文>>

八种架构设计模式及其优缺点概述

2017-11-21 23:50:27 阅读102 评论0 212017/11 Nov21

一. 什么是架构

我想这个问题,十个人回答得有十一个答案,因为另外的那一个是大家妥协的结果。哈哈,我理解,架构就是骨架,如下图所示:

人类的身体的支撑是主要由骨架来承担的,然后是其上的肌肉、神经、皮肤。架构对于软件的重要性不亚于骨架对人类身体的重要性。

二. 什么是设计模式

这个问题我问过的面试者不下于数十次,回答五花八门,在我看来,模式就是经验,设计模式就是设计经验,有了这些经验,我们就能在特定情况下使用特定的设计、组合设计,这样可以大大节省我们的设计时间,提高工作效率。

作为一个工作10年以上的老码农,经历的系统架构设计也算不少,接下来,我会把工作中用到的一些架构方面的设计模式分享给大家,望大家少走弯路。总体而言,共有八种,分别是:

单库单应用模式:最简单的,可能大家都见过

内容分发模式:目前用的比较多

查询分离模式:对于大并发的查询、业务

微服务模式:适用于复杂的业务模式的拆解

多级缓存模式:可以把缓存玩的很好

分库分表模式:解决单机数据库瓶颈

弹性伸缩模式:解决波峰波谷业务流量不均匀的方法之一

多机房模式:解决高可用、高性能的一种方法

三、常用的八种设计模式及其优缺点概述

1. 单库单应用模式

        这是最简单的一种设计模式,我们的大部分本科毕业设计、一些小的应用,基本上都是这种模式,这种模式的一般设计见下图:

作者  | 2017-11-21 23:50:27 | 阅读(102) |评论(0) | 阅读全文>>

从案例分析如何优化前端性能

2016-12-8 18:16:59 阅读71 评论0 82016/12 Dec8

本文翻译自 case-study-boosting-front-end-performance

本文从属于笔者的Web前端入门与最佳实践前端性能优化系列,同时也归纳于笔者的我的校招准备之路:从Web前端到服务端应用架构这篇综述。前端优化的根本目的是为了有一个更好地用户体验的同时尽可能减少后端负载压力。即保证更少的加载时间、更快的首屏渲染、更流畅的用户交互。在笔者自己的知识体系内,当我们想为用户呈现更好的视觉效果与用户体验时,我们往往会从性能评测与监控资源与请求优化加载策略

作者  | 2016-12-8 18:16:59 | 阅读(71) |评论(0) | 阅读全文>>

美团点评对于网站性能优化的经验总结

2016-12-8 18:15:51 阅读48 评论0 82016/12 Dec8

性能优化涉及面很广。一般而言,性能优化指降低响应时间和提高系统吞吐量两个方面,但在流量高峰时候,性能问题往往会表现为服务可用性下降,所以性能优化也可以包括提高服务可用性。在某些情况下,降低响应时间、提高系统吞吐量和提高服务可用性三者相互矛盾,不可兼得。例如:增加缓存可以降低平均响应时间,但是处理线程数量会因为缓存过大而有所限制,从而降低系统吞吐量;为了提高服务可用性,对异常请求重复调用是一个常用的做法,但是这会提高响应时间并降低系统吞吐量。

对于很多像美团这样的公司,它们的系统会面临如下三个挑战:

1. 日益增长的用户数量,2. 日渐复杂的业务,3. 急剧膨胀的数据。这些挑战对于性能优化而言表现为:在保持和降低系统TP95响应时间(指的是将一段时间内的请求响应时间从低到高排序,高于95%请求响应时间的下确界)的前提下,不断提高系统吞吐量,提升流量高峰时期的服务可用性。这种场景下,三者的目标和改进方法取得了比较好的一致。本文主要目标是为类似的场景提供优化方案,确保系统在流量高峰时期的快速响应和高可用。

文章第一部分是介绍,包括采用模式方式讲解的优点,文章所采用案例的说明,以及后面部分用到的一些设计原则;第二部分介绍几种典型的“性能恶化模式”,阐述导致系统性能恶化,服务可用性降低的典型场景以及形成恶化循环的过程;第三部分是文章重点,阐述典型的“性能优化模式”,这些模式或者可以使服务远离“恶化模式”,或者直接对服务性能进行优化;文章最后一部分进行总结,并对未来可能出现的新模式进行展望。

介绍

模式讲解方式

作者  | 2016-12-8 18:15:51 | 阅读(48) |评论(0) | 阅读全文>>

查看所有日志>>

 
 
 
 
 
 
 
 

上海市 闵行区 射手座

 发消息  写留言

 
热情,活泼!
 
近期心愿身体健康,事业有成
QQ251297581
博客等级加载中...
今日访问加载中...
总访问量加载中...
最后登录加载中...
 
 
 
 
 
 
 
心情随笔列表加载中...
 
 
 
 
 
 
 
博友列表加载中...
 
 
 
 
 

发现好博客

 
 
列表加载中...
 
 
 
 
 
 
 
列表加载中...
 
 
 
 
 
 我要留言
 
 
 
留言列表加载中...
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018

注册 登录  
 加关注