简洁大气网址（国外）跟设计大学的案例很像

简洁大气网址（国外）跟设计大学的案例很像的相关文章

产品设计中，场景很重要

今天笔者想简单的和你们聊聊产品设计中的场景问题.首先抛出一个问题,产品设计时是否需要考虑到用户的使用场景? 首先,假设我们需要考虑到用户的使用场景,那么我们再抛出另一个问题:为什么要考虑到用户的使用场景? 让我们换个角度想想这个问题,我们现在使用的最多的电子产品是什么?是手机.无论我们是在挤公交,还是走路,吃饭,甚至是上厕所,无时无刻,我们都在使用手机,那么问题又来了:我们在使用手机的什么?收发信息?接听电话?不,是聊天上网玩游戏,这些无非都要使用到APP.而APP的使用是有多场景化的,不像传统

最近几天修改了一个国外开源apk，其实画面很丑。。。

?? 最近几天修改了一个国外开源apk,其实画面很丑... 源码路径:https://github.com/JumpingYang001/freecol-android 先上图哈: 最后,没时间继续弄,只能放着呵呵...

Mockplus（摩客）- 简洁高效的原型图设计工具

Mockplus(摩客) 是一款简洁高效的在线原型图设计工具,很好的标题,基本说明了这篇文章的主要内容--! 原型设计是你对设计方案的一种直观的表达.也许你说,着跟你没啥关系.那我说个实际点的场景,小凡本人是做网站设计的,然后呢,各位卖家朋友向我表达他们对页面的设想的时候--方法各式各样,QQ 截图,Word,PPT,文本--最让我觉得难以面对的是 Excel,但是很多人喜欢用它,因为可以通过表格表达布局. 但是如果有一种只需要简单拖拽几个明确的图示加上文字就可以说的很清楚的方法,你还会又截图又

简洁设计，20个很有特色的网站头部设计

在访客浏览你的网站的时候,他们注意到的第一件事是你的网站头部.无论是一个小导航条或大型全屏照片幻灯片,网站头部都是网站重要的一个组成部分.大的网站头部往往更令人难忘,有利于提升一个网站的品牌.在这篇文章中,我想向网页设计师们分享新潮的网站头部设计案例. 您可能感兴趣的相关文章 Web 前端开发人员和设计师必读文章集锦 经典网页设计:25个应用视差滚动单页网站 经典网页设计:20个新鲜出炉 HTML5 网站 经典网页设计:20例简洁精美着陆页面设计 经典网页设计:20个简约风格电子商务网站 Dan

简洁常用权限系统的设计与实现(一):构造权限菜单树的N(N>=4)种方法

权限系统,Web开发常见标准子系统之一.结合自己的一些思考和实践,从本篇开始权限系统的设计与实现之路. 最近,重构了项目的权限菜单构造过程,向前端返回json格式的权限树. 这一篇,只是大致介绍下这个问题,并给出4种方法的整体思路,后续再分别详细介绍这4种方法,再往后介绍完整的权限系统的设计与实现. 权限表的结构: acl.parent_acl, 最重要的就是这2个字段,有了这2个字段,就可以构造一棵树了. 前端需要的json格式: "data":[{ "acl":

自己设计大学排名-数据库实践

1.有关MongoDB库的学习报告 Python有很多库,现在我们来学习MongoDB库 (1)MongoDB的概念 MongoDB基本概念是文档.集合.数据库.如下表: SQL术语/概念 MongoDB术语/概念 解释/说明 database database 数据库 table collection 数据库表/集合 row document 数据记录行/文档 column field 数据字段/域 index index 索引 table joins 表连接,MongoDB不支持 prima

简洁的用户登录页面设计

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-

简洁常用权限系统的设计与实现(三):维护和利用节点的深度level，迭代实现树的构造

如果在节点的属性中,增加一个level属性,即树的深度,构造树会非常容易.前提是,增加和修改节点的时候,要维护level. 根节点的level为1,下一级为2,以此类推. 构造树的方法,主要有2个: // 按照level排序,根节点在上,子结点在下 public static List<Map<String, Object>> buildTree(List<TreeNode> list) { List<Map<String, Object>> r

简洁常用权限系统的设计与实现(四):不维护level，用递归方式构造树

第三篇中,我们通过维护节点的深度level,通过迭代所有的节点,只需要一次,就构造了树.  本篇,换一种方式. 好处是:不维护节点的深度level,增加和修改节点时,也不用维护.递归实现,代码比较清晰.  坏处是:节点较多的时候,性能可能不够好.不能直接查询到节点的深度level.当然,如果需要level字段,在递归过程中,是可以计算得到的.关于在递归过程中,计算level,后面有介绍这种方法. 关于树的遍历和查找,大家都有基础,上面描述了一些总体思路,代码中有注释,基本就不用再详细介绍了. /