现在对「程序设计」，「设计」有了全新认识，这种观念的改进，对既有的「设计模式」，带有结构设计的「应用框架技术」，有何认识上的改善？例如，程序设计任务也需要技术，它们都是这种技术？！

设计：将需求转译为（构造）设计案 设计任务/问题： 设计技术：通用设计模式，应用框架

SPA设计过程

识别交互计算核心对象

想想识别「您正在构建的内容」最少的事物。首先，避免大脑中旋转的所有特征。要开始计划，需要集中注意力。当我们开始编码时，它会有回报的。 EM：Web应用（产品形式形态）都是有关计算（交互计算）的，设计的第一步，是分析出「交互计算的核心对象」。 EM：设计出开发设计案 的第一步，是分析需求（项目目标），技术是分析出核心交互对象；

尝试 用一个词 来总结应用程序。对于我们即将出现的博客应用程序"帖子"是一个合适的选择。对于月球着陆器游戏"物理"，想到了。对于冒险游戏，也许一个词就是"故事"。

分析主要逻辑构造件（三个或更多）

第一个设计过程或任务，是设计View构件 第二个设计过程或任务，是设计 Model 构件 第三个设计过程或任务，是设计 Router 构件

交互界面需求 > 界面线框图（wireframes） > main view 交互计算业务需求 > 核心数据模型（data entity）对象 > models API 交互会话流程需求 > 站点地图 > Router 配置

V 界面设计

这是一个交互界面设计（交互界面需求 > 界面线框图）过程，不是平面设计，是功能设计，有纸和笔一般够用； 通过（用纸笔）绘制一个界面，此「设计案」用于捕获「需求」中「交互元素」的 内容 和 平面位置，表征用户「如何完成交互功能」。

设计任务是双重的： • 信息层次结构设计：（单个会话页）交互功能的空间位置关系和数据在屏幕上的位置 • 交互流程的设计：会话导航和用户工作流（通过菜单、链接等）

（单个会话页）交互任务的信息层次结构 的设计

对于 信息层次结构 的设计，要考虑（每个主 View 中的）用户期望功能，以及用户如何在每个工作流中按顺序使用这些View组件。

工作流的逻辑关系 有助于你选择正确的交互控件的大小和位置，以便引导用户 眼睛线性地完成他们的任务。

（多个交互页）交互会话流程的设计

优质的交互会话流程，原则是"不要让我思考"。事实证明，不要让我思考也是史蒂夫·克鲁格关于可用性的一本非常简明的书，建议任何在网络上建立界面的人阅读。

尝试将主导航和辅助导航放在典型区域中。如果您有主要操作按钮（如确认按钮），请赋予它们更多的可视权重，并将其放在屏幕右边缘附近（更接近移动设备上的拇指）。

EM: V 界面设计还有一个角度，就是UI UX的设计，"不要让我思考"就是一条UX设计 EM： V 界面设计针对用户体验，M设计考虑开发者的开发体验