※ 引述《neo5277 (I am an agent of chaos)》之铭言：
: 小弟只有写过
: 20年前的HTML(真的小三有网页比赛)
: 其他都很薄弱。
: 最近看了教学影片
: 写了第一个HELLO WORLD~~还有让主机发出声音唱歌的 BEEP
: 用的是 2010 EXPRESS .
: 用的是PC W7
: 我算是微软爱好者，手机也是 WIN PHONE 近期也打算买 SURFACE PRO2
: 我看了进版页的介绍 所以决定学C#
: 如果我将来想往手机跟平板或是穿戴这种领域，C#应该是没有问题的吧?
: 另外外行的我想请问一下程式设计流程
: 假设我今天有一个需求
: 是天气显示
: 那我的流程是否应该是如下
: 分成
: 图样外表(绘图软件)
: 资料(接气象局或是公开的数据库?)
: C#上的专案应用(找自己想要的功能需要的关键字? )
: 请问这样算是正确的分工根流程吗? 还是我有遗漏什么?
: 感激不尽
您好，
我写过类似的东西，以下是我的经验。
首先是要看你个人写的还是公司要的？
换句话说，就是你是小专案还是大专案？
如果你是小专案的话，
基本上你流程或者分工随便写都没差，
一开始写个烂一点的也没关系，
因为是小专案，可以随时砍掉重写练等级。
大型专案的话，建议你学习一下DesignePattern，
架构可以考虑用MVP或MVC。
要考虑的点有几个，
1. 是否有多个来源？
2. 是否要自定义统一格式？
3. 是否有和储存媒体进行沟通？(如数据库)
4. 是否需要对资料进行处理动作？(如排序、平均等)
5. 处理动作是在程式内还是其他地方？(Server或数据库)
其实还有很多，不过一下子想不起来。
有个大概的原则，照这个原则走差不多。
分成“来源层、逻辑层、处理层、资料层(非必要)、显示层”
换个分类的话
Input 来源层A、来源层B…
Output(显示) 显示层
Output(处理) 如存储到数据库、http.get、http.post
来源层：
看你的资料来源，多个资料来源要各个分开。
逻辑层：
简单来讲就是 老板、经理等 的管理阶层
一个专门命令某个员工(函式)做什么事的老板(函式)
处理层：
简单来讲就是员工，
有专门打扫的员工，专门做文书的员工，专门写程式的员工，
这一个层级有许多函式，每个函式的职责要清楚。
专门跟数据库沟通的函式，专门处理显示层事件的函式等。
资料层：
看资料放在储存媒体或者是放在内存，
白话点就是，
你是放在数据库还是程式内的某个参数，或者两个都有。
显示层：
专门是给user看的接口或视窗，
因为显示方式可能不同，但是只要保持资料层不变就好，动显示层就好。
要是没有资料层，通常就是来源层来顶资料层，
白话点就是，来源有什么你就显示什么。