更新于:09-23 05:20

有关[设计]分类推荐

RESTful API 最佳实践

于10-16 13:48 - 十七树 - IT技术 restful
项目资源的URL应该如何设计. 用哪种HTTP方法来创建一个新的资源. 实现分页和版本控制的最好方法是什么. 因为有太多的疑问,设计RESTful API变得很棘手. 在这篇文章中,我们来看一下RESTful API设计,并给出一个最佳实践方案. 资源集合用一个URL,具体某个资源用一个URL:. #资源集合的URL /employees/56.

从业 6 年走了不少弯路,我分享下如何自学成为一名合格的

于10-15 00:09 - -
做设计师 6 年,从集团企业到初创企业,从网页设计师到资深视觉设计师再到设计总监,再到今天的独立设计师,经历了不同组织架构公司中的不同设计职位,整个过程中可以说一直都在自学. 这个过程当中也走过一些弯路,希望能够通过我的一些经验和思考,给题主或是对设计感兴趣、想要从事设计工作的人一些帮助. 首先,我认为有必要先提几点常见的对设计的误解,在对设计有一个较为正确的认识之后,才谈上的如何学习设计.

用JAVA如何实现每天1亿条记录的数据存储,数据库方面怎么

于10-11 12:26 - linder -
一天秒数:60*60*24=86,400秒. 每天写入数据量:100,000,000条. 平均每秒写入数据量:100,000,000/86,400=1157.5条. 峰值每秒估算写入数:1157.5*10=11575条. 因此建议从以下几个层面处理. 1、数据库服务器磁盘采用高速SSD磁盘. 2、数据库采用2个节点的集群方式部署,每个集群节点3台服务器,1主2备,主数据库为写数据库,备数据库为读数据,采用读写分离,单集群节点内主备库数据实时同步,集群节点主库数据实时同步.

ActiveMQ架构与最佳实践

于06-12 17:08 - -
    ActiveMQ是最常用、特性最丰富的消息中间件,通常用于消息异步通信、调用解耦等多种场景,是JMS规范的实现者之一.     ActiveMQ提供两种可供实施的架构模型:“M-S”和“network bridge”;其中“M-S”是HA方案,“网络转发桥”用于实现“分布式队列”.     Master-Slave模型下,通常需要2+个ActiveMQ实例,任何时候只有一个实例为Master,向Client提供"生产"、“消费”服务,Slaves用于做backup或者等待Failover时角色接管.

运营支撑系统(BSS)在面向物联网IoT业务场景的模型简要分析和

于09-17 13:33 - lottons88 -
BSS运营支撑系统(主要指电信运营商),通常都是为了支撑个人客户的业务运营. 虽然在业务运营上也面向集团客户,但是总体上来说,业务的特性总结归纳为2C的业务场景. 而当前运营商在面向物联网的业务运营下,主要是以2B的业务场景. 运营商实际并不会直接面向最终的客户,而是通过其他业务的运营企业的合作或者买卖关系提供,即是一种B2B2C的场景.

深入解析Kafka高可用如何步步为营

于09-08 00:00 - - bigdata
Kafka在0.8以前的版本中,并不提供High Availablity机制,一旦一个或多个Broker宕机,则宕机期间其上所有Partition都无法继续提供服务. 若该Broker永远不能再恢复,亦或磁盘故障,则其上数据将丢失. 而Kafka的设计目标之一即是提供数据持久化,同时对于分布式系统来说,尤其当集群规模上升到一定程度后,一台或者多台机器宕机的可能性大大提高,对于Failover机制的需求非常高.

哔哩哔哩大数据采集服务—Lancer系统与实践

于09-06 05:34 - -
        哔哩哔哩(以下简称B站)的日志采集肩负了B站的所有业务的日志收集并传输,提供离线数据和实时数据以满足离线或实时计算以及业务方订阅的需求. B站日志收集系统是基于Flume设计和搭建而成的.        数据采集是大数据的基石,近几年随着业务的高速增长,产生的数据量越来越大,并且会持续快速增长.

如何为技术博客一个推荐系统(中):基于 Google 搜索的半自动推荐

于09-05 12:55 - Phodal Huang - 杂谈
与统计学相比,基于内容来向用户推荐相似的内容,往往更容易获得. 在技术领域,作者通常比大多数读者更专业,他们往往知道什么是读者需要的. 如,你看了一个 React 相关的文章,你可能会需要 Redux 相关的内容. 需要一些前提条件:融合现有系统的数据信息,获取一些用户的信息. 随后,再计算出相关的内容,最后返回给读者.

前后端完全分离之API

于04-18 09:46 - - Java Javascript Rest 架构
我的目标不仅是能用,而且好用, 跨平台(PC, Android, IOS, etc…)使用; 本文将详细介绍API的设计及异常处理, 并将异常信息进行封装友好地反馈给前端.. 上篇文章 前后端完全分离初探只是讲了些宽泛的概念, 接下来的文章将直接上干货, 干货的源码会挂在 github上.. 前后端完全分离后, 前端和后端如何交互.

“本地缓存”架构

于08-17 11:16 - -
最近在做的项目其实是对老系统的一个深度改造,在老系统里缓存使用这块感觉有些瑕疵. 在老系统里不管是“配置数据”还是“业务数据”都统一使用redis作为缓存. “业务数据”使用redis作为缓存无可厚非,但“配置数据”使用使用redis就感觉不是很妥. 首先:过渡依赖redis,一些开关配置都依赖redis,如果redis服务挂掉整个服务瘫痪;.

支付网关的 - 凤凰牌老熊的博客 | Shamphone Blog

于08-09 12:42 - -
在支付系统中,支付网关和支付渠道的对接是最核心的功能. 其中支付网关是对外提供服务的接口,所有需要渠道支持的资金操作都需要通过网关分发到对应的渠道模块上. 一旦定型,后续就很少,也很难调整. 而支付渠道模块是接收网关的请求,调用渠道接口执行真正的资金操作. 每个渠道的接口,传输方式都不尽相同,所以在这里,支付网关相对于支付渠道模块的作用,类似设计模式中的wrapper,封装各个渠道的差异,对网关呈现统一的接口.

从简书iOS客户端,来谈谈Hybrid方案细节 - 简书

于08-07 05:43 - -
作为一位 iOS 开发人员,你应该已经敏感地发现,自己的工作涉及内容已经不止于 Native 的部分,因为 Hybrid App 和 ReactNative 等技术方案已经不仅仅是概念,越来越多的公司开始着手自己的 Hybrid 方案以及 ReactNative 本地化工作. 介绍相关概念的优秀文章已经有许多,方案的实现原理你也应该已经或多或少有了一些理解.

异地多活架构 - 博客频道 - CSDN.NET

于07-31 12:58 - -
有幸参与了阿里游戏的一个高可用方案的设计,并且在网上发表了方案(面向业务的立体化高可用架构设计),后来参加GOPS全球运维大会深圳站,与众多行业高手交流,发现大家对“异地多活”这个方案设计非常感兴趣,毕竟“异地多活”的方案价值非常大,尤其是互联网行业,规模稍微大一点几乎都必须是标配;但同时大家都觉得“异地多活”的方案设计又很难,网络、数据、事务等各种问题混杂在一起,很多问题看似是无法解决的.

企业级 API 网关的

于06-24 00:00 - - dev
转载本文需注明出处:微信公众号EAWorld,违者必究. 三、企业级API网关需要具备的条件. 四、业界常用的API网关方案. 五、如何设计一个好的企业级API网关产品. API Gateway(APIGW / API 网关),顾名思义,是出现在系统边界上的一个面向API的、串行集中式的强管控服务,这里的边界是企业IT系统的边界,主要起到隔离外部访问与内部系统的作用.

漫谈数据仓库之拉链表(原理、以及在Hive中的实现

于05-12 00:00 - - bigdata
本文将会谈一谈在数据仓库中拉链表相关的内容,包括它的原理、设计、以及在我们大数据场景下的实现方式. 先分享一下拉链表的用途、什么是拉链表. 通过一些小的使用场景来对拉链表做近一步的阐释,以及拉链表和常用的切片表的区别. 举一个具体的应用场景,来设计并实现一份拉链表,最后并通过一些例子说明如何使用我们设计的这张表(因为现在Hive的大规模使用, 我们会以Hive场景下的设计为例).

Tangram Android 的说明

于04-29 00:00 - - dev
前段时间开源了团队内的 vlayout项目,从 Github上反馈来看,还是深受欢迎. 但如果仅仅是采用 vlayout 搭建页面,使用起来还不是特别灵活,在此基础之上,我们封装了一套动态化调整界面的模块,命名为 Tangram,现在同样已开源—— Tangram Android和 Tangram iOS.

微信高可用分布式数据库 PhxSQL 与实现

于04-15 00:00 - - dev
“本文详细描述了PhxSQL的设计与实现. 从MySQL的容灾缺陷开始讲起,接着阐述实现高可用强一致的思路,然后具体分析每个实现环节要注意的要点和解决方案,最后展示了PhxSQL在容灾和性能上的成果. 互联网应用中账号和金融类关键系统要求和强调强一致性及高可用性. 当面临机器损坏、网络分区、主备手工或者自动切换时,传统的MySQL主备难以保证强一致性和高可用性.

数据仓库的架构与

于04-01 10:44 - Trigl -
公司之前的数据都是直接传到Hdfs上进行操作,没有一个数据仓库,趁着最近空出几台服务器,搭了个简陋的数据仓库,这里记录一下数据仓库的一些知识. 数据仓库多维数据模型的设计. 数据仓库是一个面向主题的、集成的、随时间变化的、但信息本身相对稳定的数据集合,用于对管理决策过程的支持. 这个定义的确官方,但是却指出了数据仓库的四个特点.

[原]增量接口的及实现

于03-20 08:45 - ghsau -
在应用开发过程中,我们总会碰到这样的场景:某系统需要同步我们系统的数据去做一些业务逻辑,当数据量较小的时候,可以全量的提供,但当数据量很大时,全量提供就显得很笨重,不仅耗时而且做了很多无用功,这时我们需要一种提供增量数据的机制,只告诉对方变化的数据. 提供增量数据大致可分为两种方式:MQ和接口提供,MQ的优点是及时,缺点是丢失、重复、回溯复杂等等问题(依赖于具体MQ实现),这里不过多赘述;接口提供不限于RPC或HTTP等方式,接口提供的优缺点正好和MQ反过来,及时性取决于调用周期.

Netflix纪录片部门又放大招:八位世界上最杰出的师分享他们的秘密

于03-13 08:17 - sun - Art & design 札记 | Inspiration designer documentary netflix
很多人对设计行业有误解,比如认为logo设计就是一个简单的图形或是几个字母拼一拼,设计草图总带着些随性而为的意味;很多人也对设计师有偏见,觉得这是一个起床很晚,喝着咖啡,只要等待着天赋的灵感爆发或是在deadline之前熬个夜,就可以获得丰厚收入的轻松职业. Netflix纪录片部门最近又放了个大招,由《Wired》杂志前主编Scott Dadich担任制片,与奥斯卡最佳纪录片导演Morgan Neville联手合作,打造了新一季Netflix原创影片:.

互金公司如何用数据验证产品

于03-10 00:00 - - tuicool
产品设计就是一场科学实验,是可以通过数据来验证的. 很多设计师和产品经理都会遇到这些情况:. 我要做某个设计改进,上线后真的会“改进”吗. 我有方案A和方案B,到底该选哪个好. 其实产品设计就是一场科学实验,是可以通过数据来验证的. 以下我就结合实际经验,总结下互联网金融公司如何用数据验证产品设计.

后台产品的容错性

于03-03 05:20 - 何文铨 - UX 交互设计 用户研究 视觉设计
容错这个词严格来说应当是计算机领域的词汇,如果以比较标准化的描述来定义的话,容错指的是“当计算机由于种种原因在系统中出现了数据、文件损坏或丢失等等其他故障问题的时候,系统能够自动将这些损坏或丢失的文件和数据恢复到发生事故以前的状态,使系统能够连续正常运行的一种技术. ”这个听着有点绕口,其实简单来说,就是当计算机故障发生或者存在的情况下,计算机系统依然可以正常工作的能力,这就是计算机的容错能力.

腾讯ISUX→UI师急需掌握的平面基础

于02-07 03:43 - jackchen - Photoshop UI UX 设计教程
曾看到网上一些帖子讨论UI设计师和平面设计师的差异,总结为思维方式的不同: UI设计师考虑用户习惯和易用体验,平面设计师专注于更具吸引力的信息传达. 两者侧重不同但专业上有非常大的交集,信息传达的核心基础技能其实都是相通的. 平面设计是如何表达一个事物,而UI设计是如何让用户更好使用一个事物,表达层面令人费解则卡在了使用的第一步.

[高可用架构] 异地多活辣么难?其实是你想多了

于01-20 05:24 - 17080054727 -
原文链接: http://click.aliyun.com/m/9598/. 比如说:“网络断了怎么保证数据一致性”、“怎么保证异地事务一致性”、“业务怎么无缝的在多个地点切换”. 其实大部分问题我们之前也遇到过,这些问题当时也困扰着我们,后来我们经过讨论和思考,发现其实很多时候我们困扰的主要原因是过于“追求完美的异地多活方案”,这样导致“异地多活”设计中出现很多了的思维误区,而如果不意识到这些思维误区,就会陷入死胡同,导致无法实现真正的“异地多活”方案.

Kafka 与原理详解

于01-16 00:00 - - geek
本文综合了我之前写的kafka相关文章,可作为一个全面了解学习kafka的培训学习资料. 转载请注明出处 : 本文链接. 当今社会各种应用系统诸如商业、社交、搜索、浏览等像信息工厂一样不断的生产出各种信息,在大数据时代,我们面临如下几个挑战:. 以上几个挑战形成了一个业务需求模型,即生产者生产(produce)各种信息,消费者消费(consume)(处理分析)这些信息,而在生产者与消费者之间,需要一个沟通两者的桥梁-消息系统.

产品实例:某项目APP后台系统

于12-26 08:47 - 悠闲小生 - 产品设计 案例分析 经验分享
今年有幸参与了某度假屋项目从0到1的设计过程,展示给用户的是精致的APP,然而APP背后却是逻辑比较复杂的后台系统. APP的使用体验,很大程度上是由后台系统决定的,后台系统逻辑的合理性决定了APP的核心流程. 简要介绍一下此项目的业务流程如图1所示:. 业主购买度假屋并由物业管理公司托管,业主购买度假屋有三种类型:全套、分权、分时,全套即业主购买整套度假屋,分权即业主购买度假屋部分产权,分时即业主购买某季的居住权.

Typecho的数据库的学习

于12-26 04:19 - 标点符 - 程序开发 数据库
Typecho是一款仿Wordpress,但相对Wordpress要简单的多的开源博客程序. 开发者大量的参考了WordPress的设计,去除了一些高级复杂的功能,实现了一个小而美的博客系统. 轻量高效:仅仅 7 张数据表,加上不足 400KB 的代码,就实现了完整的插件与模板机制. 超低的 CPU 和内存使用率,足以发挥主机的最高性能.

携程:上万坐席呼叫中心异地双活架构及系统

于12-05 03:10 - 小码哥 - 他山之石 异地双活架构 携程
携程旅行网  通信技术中心高级经理. 拥有十几年的呼叫中心系统建设和运维管理经验,经历了携程呼叫中心系统架构的多次转型设计,使之从单一系统逐步演进到异地冗灾、异地双活,从单品牌到多平台的融合架构设计. 目前负责携程上万座席呼叫中心的产品管理和架构设计工作. 之前,我先拜读了《Google SRE》 这本书的几个章节,我对这些章节中的内容非常认同,特别是基于自动化运维以及故障响应时间的阐述,感同身受.

干货!所有常用的原型工具都在这里了

于11-22 10:05 - -
本文列举了20余款当前国内外比较火爆的原型设计工具. 交互原型设计工具(仅限页面交互). 动态原型工具(组件和页面交互). 交互原型设计工具(仅限页面交互). 这一类工具主要是建立页面之间的交互. 其本身不能进行组件的制作和设计,需要从其它地方(例如:PS,本地)导入设计图,对已有的设计图创建热点,进行交互设计.

表单优化

于11-13 13:32 - 可乐橙 -
设计师常犯的错误,以及正确做法. 无论是注册流程、多屏分步表单,或者是单调的数据列表界面,表单都是数字产品设计中的重要组成部分. 记住这些只是通用规范,每条准则总有例外. 多列布局会扰乱用户垂直方向的视线移动. 顶部标签的表单比左侧标签有更高的完成率. 顶部标签的表单也易于移植到移动端. 但是,对于有多种选择项的大量数据列表而言,请考虑使用左侧标签,因为它们在一起更易于浏览,能够减少高度,比顶部标签更贴心.