King Design

设计系统
授权协议 MIT
开发语言 TypeScript
所属分类 开发工具、 界面原型设计工具
软件类型 开源软件
地区 国产
投 递 者 米承嗣
操作系统 跨平台
开源组织
适用人群 未知
 软件概览
KingDesign设计系统是⾦⼭云基于多年的企业级产品设计开发经验,以⾦⼭云设计语⾔为基础,⽤于企业级产品的开源设计系统,该系统由组件、开发、设计资源、⼯具、解决⽅案、设计指南组成,⽤户可使⽤KingDesign设计系统快速构建⼀致的数字产品。

我们的指导原则

为了更适⽤于企业级产品的开发和使⽤,通过⼤量中后台场景的实践,King Design设计系统提炼出以下设计原则:

⾼效,整体优化设计与前端⼯作流程,做到全局标准化的产品构建。且组件更适⽤于企业操作类的产品,为⽤户带来更便捷的体验。

统⼀,在产品设计中,相同的问题使⽤相同的解决⽅案,让产品家族更具⼀致性。

灵活,为了让设计系统有效地扩展,King Design设计系统在⼀致性与灵活性之间达到了⼀种平衡,可⽀持企业多种业务和产品。

设计系统的组成

KingDesign设计系统是⾯向企业级产品的设计解决⽅案,为企业提效⽽⽣,提供设计思路、设计指南、设计资源帮助企业快速构建产品。

1

设计系统的维护

KingDesign设计系统不是⼀成不变的,需要在项⽬中实践中不断优化更新,若您在使⽤过程中有任何问题或建议,欢迎反馈⾄⾦⼭云UED团队。

 

 

  • 题目链接:http://acm.nyist.net/JudgeOnline/problem.php?pid=492 King 时间限制:3000 ms  |  内存限制:65535 KB 难度:5 描述 在n*n的棋盘上放k个国王(可攻击相邻的8个格子),求使它们无法互相攻击的方案数。 输入 多组测试数据。 输入包含n和k(0<n<=10,0<k<=n^2) 输出 输出方案数,每组测试数据占一行。

  • 题目链接 时间限制: 3000 ms  |  内存限制: 65535 KB 难度: 1 描述 啊,从前有两个国家X和Y。两国都是兵强马壮,国王更是威猛无比。但是两个国王同时看上了一个美貌的女子,由于两个国王都深爱这名女子,都不想放弃,由于两名国王都是仁爱,害怕劳民伤财不想打仗,于是便有了个决定,决定分别派出 n 个人 来进行比赛ACM刷题; 国王们都深知( 田忌赛马这件事),于是出场的顺序都是从弱

  • Overview Game Name: king of Open War  野战之王 Roles:  Stallone of First Blood 第一滴血 史泰龙 装备: 地雷,机关枪,手雷,火箭炮,激光炮,燃烧弹 场景: 整个野外战区,小排营地,主阵地,空中战斗机,地上战斗机,人质,行走步兵,阵地炮兵,塔上哨兵,坦克。 地图: 多结点多闭包图 视角: 60/90/120度2D全地图视角, 远

  • 火箭顺利杀过了萨克拉门托。 当然,如果用更高的标准要求,面对一支16胜61败、全联盟失分第二多的国王,火箭本来应该打的更轻松,不至于半场49比54落后。 用美国人的话说,国王NOWHERE TO GO,他们哪儿也去不了了。他们几乎每天晚上都接受失败,对失败已经习以为常。他们现在不是在为团队胜利打球,不是PLAY FOR WIN,而是PLAY FOR CONTRACT,为个人的未来合同打球。面对这样

  •  The king is coming for religen and pround 为了信仰 为了骄傲 王者即将来临

  • Python是什么 Python是一种解释型的面向对象的编程语言。 它非常简单,舍弃了C、C++、Java等语言的繁杂概念,写Python代码就跟写伪代码一样。还记得学C语言时该死的指针么?忘掉这些东西吧,编程没那么可怕! 它足够强大,号称胶水语言——在大型项目中,Python常常作为各种语言和架构之间的桥梁,因为用Python太灵活太方便了!因为其简洁性和灵活性,Python社区有着各领域专家为

  • High-level design overview {#gapi_hld} G-API High-level design overview G-API is a heterogeneous framework and provides an unified API to program image processing pipelines with a number of supported

  • High level software design, also called software architecture is the first step to analyze and consider all requirements for a software and attempt to define a structure which is able to fullfill them

  •     http://www.developerdotstar.com/mag/articles/reeves_design.html     What Is Software Design? By Jack W. Reeves Published February 23, 2005 Discussion  -  Printable  -  PDF This is Part One of Code

  • 作者:Jim Waldo 出自:Artima Software engineering is a lot less like other kinds of engineering than most of us would like to think. There is an aspect of art to what we do, that is learned not in school bu

 相关资料
  • 一、性能 二、伸缩性 三、扩展性 四、可用性 五、安全性 参考资料 一、性能 性能指标 1. 响应时间 指某个请求从发出到接收到响应消耗的时间。 在对响应时间进行测试时,通常采用重复请求的方式,然后计算平均响应时间。 2. 吞吐量 指系统在单位时间内可以处理的请求数量,通常使用每秒的请求数来衡量。 3. 并发用户数 指系统能同时处理的并发用户请求数量。 在没有并发存在的系统中,请求被顺序执行,此时

  • 了解如何与您的团队一起轻松创建、共享和管理可重复使用的颜色、样式和组件。XD 中的设计系统 在大规模设计数字产品时,保持一致性变得越来越具有挑战性和关键性。在内容速度压力越来越大的情况下,组织正在寻找方法,以在设计和构建客户体验时更快地采取行动。  设计系统提供了可重复使用的一致且稳健的设计模式,这些模式围绕共同的可视语言将多学科产品团队(设计人员、开发人员和利益相关者)联合起来。它减少了设计债务

  • 前言 欢迎来到 Django 教程的第二节,在第一节中,我们安装了项目所需要的一切,希望你安装的是 Python3.6,并且在虚拟环境中运行 Django1.11,这节课我们继续在这个项目上编写代码。 咱们先讨论一些项目的背景知识,然后再学习 Django 的基础,包括:模型(models),管理后台(admin),视图(views),模板(templates),和路由(URLs) 动手吧! 论坛

  • 主要内容:1.订单系统在企业中的角色,2.订单系统与各业务系统的关系,3.订单系统上下游关系,4.订单系统的业务架构1.订单系统在企业中的角色 在搭建企业订单系统之前,需要先梳理企业整体业务系统之间的关系和订单系统上下游关系,只有划分清业务系统边界,才能确定订单系统的职责与功能,进而保证各系统之间高效简洁的工作。 2.订单系统与各业务系统的关系 2.1 对外系统 所有给企业外部用户使用的系统都在这一层,包括官网、普通用户使用的C端,还包括给商户使用的商家后台和在各个销售渠道进行分销的系统,比如与

  • 本文向大家介绍java书店系统毕业设计 总体设计(1),包括了java书店系统毕业设计 总体设计(1)的使用技巧和注意事项,需要的朋友参考一下 java书店系统项目功能需求: 1、能进行操作用户的注册,修改基本信息,删除和查询。 2、能对图书的基本信息进行增加、删除、修改和查询操作。 3、能填写进货单,一张进货单带有多条具体的进货信息,进货的书籍必须是图书管理里面已经有的;进货的同时修改库存对应书

  • 概述 本章节介绍如何从一个系统的数据库设计模型出发,一步步设计一个系统。 在软件项目(尤其是外包软件项目)中,通常有两种情况: 客户提供软件需求书; 客户提供原型设计; 对于以上两种情况的项目,在开发的流程上是有很大的差别的,最大的差别就在于页面交互上。 客户提供软件需求书:页面数量及形态不确定,带来的复杂性也不确定;(所以,为了固化需求,通常会跟客户做出原型或者UI进行需求确认,跟客户的合同也会

  • 1.1 MongoDB 元数据设计 1.1.1 接口设计 接口 功能 实现方法 /mongo/db/list 列举出所有 db 下的所有 collection 已有实现。 /mongo/db/table/desc 描述该集合的属性的名称和值域。 使用元数据表记录每个 collection 的元数据。 1.1.2 元数据表设计 字段名称 字段格式 数据库名称 字符串 表名称 字符串 属性名称和值域

  • 主要内容:1.考虑一:负负得正,2.考虑二:终态设计,3.考虑三:长尾效应,4.考虑四:存储周期,5.考虑五:AKF扩展,6.考虑六:服务自治,7.考虑七:应急预案,8.考虑八:故障隔离,9.考虑九:风险巡检,10.考虑十一严格准入1.考虑一:负负得正 如果把错误的逻辑改对了反而可能引起问题。 这种问题要避免最好的时机是初版设计和开发阶段就避免。除了设计阶段逻辑要清晰,代码要做好审查、加上单体测试等测试手段外,可以将中间结果用debug日志打印。建议自测阶段多用debug级别日志跑几遍,进行观察