设计原则在手机摄影中的运用

作者:Vamei 出处:http://www.cnblogs.com/vamei 转载请保留这段声明。

为了给在校的最后一年留下纪念,最近我总是拿着手机溜达到校园的角落拍照。手机拍照很容易分享。我渐渐发现,那些最受朋友喜爱的照片,无意识中符合了某些设计原则。这些原则交错游走,不断遵循和打破,最终定格成下面的一张张照片。

统一

如果说艺术是对生活的提炼,那么摄影就是对视觉的提炼。所谓的“提炼”,就是从日常看到的东西中做减法,把一个画面中的所有元素统一到同一个主题上来。我们需要不断去掉画面中的杂乱元素,直到画面达到一定程度的统一性。手机的变焦能力很差,所以变焦不是截取画面的好方式。我们可以以定焦镜头的方式来使用手机,再通过后期软件来裁剪画面。

平衡

人眼喜欢平衡。即使是不平衡的画面,我们的大脑也喜欢在暗地里做小动作,在想象中把画面调节得平衡。过亮的画面,视觉会不自觉的寻找暗的元素来平衡。否则,视觉系统会自动降低灵敏度,避免过亮的元素变得太刺眼。除了亮暗,视觉同样追求颜色、冷暖、比例、重量、图形等方面的平衡。失衡的画面会引起观众潜意识的不安。如果失衡并非有意识的主题,那么画面的观感会大打折扣。

对比

人眼需要对比来识别图形。缺乏对比的图案,是索然无味的一张纸。对比的方式有很多。明暗、色彩、材质、形状的对比,都可以区分出画面中的基本组成部分。尽管对比是构成画面的基础,但摄影师可以有意识强化对比。强化对比时,“对比“本身就构成了画面的主题。为了达到这样的效果,对比必须强烈,甚至强烈到富有戏剧色彩。不上不下的对比画面会让人感到困惑。

重复

人的视觉总是企图套用重复的模式去认知。当我们接受了某种图案样式后,我们总忍不住会在画面上寻找相似的样式,比如平行的线条、邻接的窗格、整齐排列的自行车。重复的样式给人一种规律感,让人的视觉认知获得奖赏。另一方面,重复形成的规则,也将成为解读画面的主线。我们可以借助重复,来引导观众阅读画面。

韵律

简单而又有力的重复很容易建立起规则,然而这样的规则往往太过理性。我们可以在重复的节奏中加入渐变的韵律,给画面带来一种浪漫主义的乐感。韵律是一种和谐的变化,可以通过许多方式达成。许多日常景象已经自然的带上了韵律:随着风蜿蜒的沙丘,被风吹拂的丝巾,从大到小排列在树枝上的叶子。而透视效果能带来从近到远的渐变,成为一种特殊的韵律。

比例

我们用比例来赏析画面,正如希腊人用比例衡量身材那样。1:1这样的分割方式造成了严谨的对称感。1:0.618这样充满神秘气息的“黄金分割”,却能造成完美人体般的和谐效果。此外,许多手机摄影App上常见的“井”字格,按照三分之一的比例分割画面。把照片的主角放在“井”字焦点上,既避免了主体居中带来的单调感,又能让主体享有足够的视觉空间来吸引视线。

时间: 2024-08-08 01:13:18

设计原则在手机摄影中的运用的相关文章

(转载)Java程序员应当知道的10个面向对象设计原则

面向对象设计原则是OOPS编程的核心, 但我见过的大多数Java程序员热心于像Singleton (单例) . Decorator(装饰器).Observer(观察者) 等设计模式,而没有把足够多的注意力放在学习面向对象的分析和设计上面.学习面向对象编程像"抽象"."封装"."多态"."继承" 等基础知识是重要的,但同时为了创建简洁.模块化的设计,了解这些设计原则也同等重要.我经常看到不同经验水平的java程序员,他们有的不知

Java程序员应当知道的10个面向对象设计原则

面向对象设计原则是OOPS编程的核心, 但我见过的大多数Java程序员热心于像Singleton (单例) . Decorator(装饰器).Observer(观察者) 等设计模式,而没有把足够多的注意力放在学习面向对象的分析和设计上面.学习面向对象编程像"抽象"."封装"."多态"."继承" 等基础知识是重要的,但同时为了创建简洁.模块化的设计,了解这些设计原则也同等重要.我经常看到不同经验水平的java程序员,他们有的不知

【转】程序员应知道这十大面向对象设计原则

面向对象设计原则是OOPS编程的核心, 但我见过的大多数Java程序员热心于像Singleton (单例) . Decorator(装饰器).Observer(观察者) 等设计模式, 而没有把足够多的注意力放在学习面向对象的分析和设计上面.学习面向对象编程像“抽象”.“封装”.“多态”.“继承” 等基础知识是重要的,但同时为了创建简洁.模块化的设计,了解这些设计原则也同等重要.我经常看到不同经验水平的java程序员,他们有的不知道这些 OOPS 和SOLID设计原则,有的只是不知道一个特定的设计

关系数据库(MySQL)的规范化、以及设计原则

1.了解范式(NF) 为了使得关系数据库能够符合规范理论,所有的数据库表都要满足:范式. 关系数据库的范式有五类:第一范式,第二范式,....第五范式.下面我们来了解一下前三个范式: 第一范式:简单来说就是表中不能嵌套表(使用一个列不能有多个值,列是原子级别的不能在分割) 第二范式:(在介绍第二范式之前,首先要知道什么是主键,如果这一列是主键那么,每一行的的这一列都是不能为空且不能重复的) 简单来说第二范式就是说,你的属性必须完全依赖你的主键,如果你的表里面有一个属性是不依赖你的主键的,或者是依

Hbase中rowkey设计原则

Hbase中rowkey设计原则 1.热点问题 在某一时间段,有大量的数据同时对一个region进行操作 2.原因 对rowkey的设计不合理 对rowkey的划分不合理 3.解决方式 rowkey是hbase的读写唯一标识 最大长度是64KB. 4.核心原则 设计必须按照业务需求进行设计 5.长度原则 经验:10~100字节可以 官方:16字节,因为操作系统时8字节进行存储 6.散列原则 划分region是按照rowkey的头部进行划分. 有几种方式: )组合字段 id+timestamp )

设计模式中的六大设计原则之三,四

求二叉树的宽度和深度 给定一个二叉树,获取该二叉树的宽度和深度. 例如输入 a / \ b c / \ / \ d e f g 返回3. 详细描述: 接口说明 原型: int GetBiNodeInfo(BiNode &head, unsigned int *pulWidth, unsigned int *pulHeight) 输入参数: head 需要获取深度的二叉树头结点 输出参数(指针指向的内存区域保证有效): pulWidth 宽度 pulHeight 高度 返回值: 0 成功 1 失败

设计模式之设计原则(中)

接口隔离原则(Interface Segregation Principle ),简称ISP:该原则核心思想就是客户端不应该被强迫实现一些不会使用的接口,应该把胖接口中的方法分组,然后用多个接口来代替,每一个接口只服务与一个子模块.这个跟上次分享的单一职责原则类似. 设计接口隔离原则的目的:当我们设计应用程序时,如果一个模块包含多个子模块,那我们应该正对该模块抽象.设想该模块由一个类实现,我们可以把系统抽象成一个接口,但是我们想要添加新的模块扩展程序时,如果要添加的模块只包含原来系统的一些子模块

设计模式中的六大设计原则之一,二

最近在学习设计模式方面的知识,首先接触到的是设计模式中的六大设计原则: 1.单一职责原则: 2.里氏替换原则:3.依赖倒置原则:4.接口隔离原则:5.迪米特法则:开闭原则.下面我来讲讲我对这六大设计自己的理解,如有欠缺地地方,请大家及时指出啊...   1.单一职责原则:应该有且仅有一个原因引起类的变更.通俗的说,即一个类只负责一项职责.下面我们举一个具体的例子来说明一下什么是单一职责原则.电话通话的时候有4个过程发生:拨号,通话,回应,挂机,首先看下面这样一个借口,如图1所示: 图1. 我们来

【游戏开发】浅谈游戏开发中常见的设计原则

俗话说得好:“设计模式,常读常新~”.的确,每读一遍设计模式都会有些新的体会和收获.马三不才,才读了两遍设计模式(还有一遍是在学校学的),属于菜鸟级别的.这次准备把阅读设计模式的想法记录下来,并且把设计模式应用在Unity游戏开发上,做些小案例. 什么是设计模式 每一种模式都在说明某种一再出现的问题,并描述解决方法的核心,之后让你能够举一反三,从而解决数个类似的问题.每一种设计模式除了按照“面向对象的设计原则”加以分析设计之外,还满足:”解决一再出现的问题“.”解决问题的方案和问题核心的关键点“