【Day4】原形设计之一

虽然 iOS的 StoryBoard已经够像原形设计的流程了,但是我想还是

有必要先进行类似的原形设计。

当然 iOS或有相关的开发经验的可以用原先开发过案子的程序码进行

原形或雏形的设计,简单来说就是用较简单的流程确定是否你的想法

能够足够的 "实用" 或是 "必要"。 或者更为清楚的把你的想法化

为现实中的UI以及程序流程,这边一般人通常就是想得很多,做的很

少,然後很多人做的很少可能又做得不够好。

反正日常生活中真的有想法觉得会有使用者的话,就先进行雏型设计

,然後到简单的最小功能开发,假然真的有几只小猫使用的话,再一

步开发相关的新功能。

下列是比较有听过的原形设计软件:

POP(Prototyping on Paper)

Pencil Project

Axure

不过假如用软件用的不顺手的话也可以直接用画的把流程画出来,

程序写得顺的话也能直接用StoryBoard拉流程,虽然拉太多会卡的

不行。

目前大概是这样,之後内容大概会比较偏技术就是了,最近就内容比较

是灌水,哈哈。


<<:  第 03 天 略有灵感小步迈进( leetcode 011 )

>>:  Day05 - Artisan 指令列

[MSSQL] 找出2个table的相同栏位,把资料union起来

把2个table的资料union起来,但2个table很相似,却有些栏位差异. 怎麽快速的找出共同栏...

[Day8] 从角色扮演找出初始的对话流程

接续前天所阐述的,我们有了假定使用者与一个赋予系统扮演的角色。 现在是时候让它「动」起来了! 跟着...

Day 24: Data Protection on AWS

在新闻中,最常见的资安事件,就是资料外泄的问题,而通常会发生这类型的事件不外乎就是未将资料或是其他基...

Native Backup

对於大部分DBA来说, 使用指令可能还是比较方便, 不论写成Job或是Store Procedure...

Day 18: Behavioral patterns - Chain of Responsibility

目的 当一个行为需要经过多道步骤时,可以将步骤串在一起。 说明 该模式常见於两种情境: 行为不一定一...