1.macd均线参数设置(macd中长线参数设置)
2.什么是上升上升梁汝波
3.三层架构是什么？
4.c语言怎么学
macd均线参数设置(macd中长线参数设置)
1. macd中长线参数设置
很简单,既然做中长线、周线上MACD长期在零轴之上就可以了.还有股价在MCST(上升)平均成本之上.
2. macd日线参数设置
股票分时线MACD参数如下设置最佳：
SHORT=;
LONG=;
M=5;
具体公式源码如下
//-------------------------------------------------------------------------------------------MACD
DIFF: EMA(NEW,台阶台阶图片 SHORT) - EMA(NEW, LONG);
DEA : EMA(DIFF, M);
MACDFS: 2*(DIFF-DEA);
M1=EMA(CLOSE,);
M2=EMA(CLOSE,);
轴:(M1-M1),colorred;
MACD金叉=CROSS(DIFF,DEA);
MACD死叉=CROSS(DEA,DIFF);
DRAWICON(MACD金叉, DEA, BUY);
DRAWICON(MACD死叉, DEA, SELL);
STICKLINE(MACDFS=0,0,MACDFS,1,0),colorred;
STICKLINE(MACDFS 0,MACDFS,0,1,0),colorgreen;
3. macd日线最佳参数调整
在日线付图点击MAcD的三角。显示设置界面，源码写上你想改的上升上升数字即可。
4. macd平均线参数设置
MACD指标是台阶台阶图片一个经典指标，对判断大盘和个股趋势很有帮助，源码caffe源码卷积但我们发现，上升上升系统默认的台阶台阶图片MACD参数（通达信为 9）往往有些滞后，导致往往丧失最佳买入和卖出机会。源码
如果把MACD指标参数调整为 6 5，上升上升我们发现，台阶台阶图片指标变得更灵敏，源码更具有操作性。上升上升
MACD称为指数平滑移动平均线，台阶台阶图片是源码从双指数移动平均线发展而来的，由快的指数移动平均线（EMA）减去慢的指数移动平均线（EMA）得到快线DIF，再用2×（快线DIF-DIF的9日加权移动均线DEA）得到MACD柱。MACD的意义和双移动平均线基本相同，即由快、慢均线的离散、聚合表征当前的多空状态和股价可能的发展变化趋势，但阅读起来更方便。
当MACD从负数转向正数，是买的信号。当MACD从正数转向负数，是卖的信号。当MACD以大角度变化，表示快的移动平均线和慢的移动平均线的差距非常迅速的拉开，代表了一个市场大趋势的转变。
5. 中线macd参数设置多少最佳
期货short指标即短线指标，又称为市场盈亏指标，属高低类指标，它描述的是这样一个市场事实：介入期市的投资者的浮动盈亏状况。这个浮动盈亏状况是针对相对应的成本均线而言的。
扩展资料
期货short短线指标(期货macd红绿柱的运用)：
期货macd指标分析方法
MACD指标计算方法
先计算成交量的短期(SHORT)和长期(LONG)指数平滑移动平均线，
再推算DIFF和DEA及两者之差美国原油交易时刻表，最后得出MACD期货什么是期货。具体计算公式：
SHORT=[2×成交量+(N-1)×上一周期成交量]
LONG=[2×成交量+(N1-1)×上一周期成交量]
DIFF=SHORT-LONG
DEA=[2×DIFF+(M-1)×上一周期DIFF]
MACD=DIFF-DEA
参数设置：N=、N1=、M=9
MACD指标运用技巧：
1、DIFF与DEA均为正值，两者均在零轴线之上时正规*资公司有哪些平台，DIFF向上突
破DEA为买入信号期货在金融市场中的作用。
2、DIFF与DEA均为负值，两者均在零轴线之下时，DIFF向下跌
破DEA为卖出信号黄豆一号期货。
3、DEA线与K线趋势发生背离时为行情反转信号。
4、分析MACD柱状线，由红变绿(正变负)为卖出信号;由绿变红
为买入信号华闻期货有限公司怎么样。
5、DIFF与DEA均为负值时身边做股指期货赚钱有多快，常常会两线长期粘合，当两线
有效分离且DIFF在上时为中线买入信号国际期货。
期货macd指标分析方法
(1)DIF和DEA均为正值时德国股市休市安排，属多头市场永安期货手续费明细，DIF向上突破DEA是买
入信号，DIF向下跌破DEA只能认为是回档。
(2)DIF和DEA均为负值时金石董事长，属空头市场，DIF向下突破DEA是卖
出信号，DIF向上突破只能认为是反弹。
用DIF的曲线形状进行分析瑞达期货金尝发，主要是利用指标相背离的原则。具
体为：如果DIF的走向与商品价走向相背离，则是采取具体行动的
时间中一期货。但是商品期货套利技巧，根据以上原则来指导实际操作液化天然气期货，准确性并不能令人满
意怎么做期货步骤。综合运用5日、日和日均价线年沪铜期货回顾，以及成交量和持仓量的
配合外盘期货名单，其准确性大为提高。
在期货投资中国际原油期货交易时间，MACD指标作为一种技术分析的手段申银万国证券首页，得到了投
资者的认知。MACD指标属于大势趋势类指标上海金属网今日铜价格，它由长期均线MACD信托公司注册，
短期均线DIF期货原油配资公司有哪些，红能量柱(多头)，绿能量柱(空头)更上一个新台阶，0轴(多空
分界线)五部分组成。它是利用短期均线DIF与长期均线MACD交叉
作为信号网上交易平台。
MACD指标所产生的交叉信号较迟钝，但是我们可以利用缩小周
期来提高MACD的准确性，比方1分钟图3分钟图和5分钟期货老师。我主要
是做日内短线郑州白糖期货交易价格，因此我用我的短线经验来抛砖引玉。
一、
1.当分钟的DIF在底部同时向上穿越DEA期货网，说明大势处于多
头市建立多头部位新湖期货是不是正规平台。
2.当分钟的DIF在顶部部同时向下穿越DEA股指期货平仓线是多少，说明大势处于
空头市建立空头部位。
二、由于期货市行情的变化多端，MACD指标常会与K线走势图
呈背离的走势期货可以赚钱吗，通常称为顶背离底部背离什么叫期货学期货先学什么开始,怎么买。既K线走势图创出近期
的第二个或第三个高点，MACD指标并不配合出现相应的高点却出现
相反的走势期货反手好还是锁仓好，顶点在逐步降低今天期货晚上开盘吗。叫顶部背离国内五大期货交易所。反之，如果既K线走
势图创出近期的第二个或第三个低点为什么做空比做多赚钱，MACD指标并不配合出现相应
的低点点却出现相反的走势，MACD底部在逐渐抬高玉米期货年一月份行情，叫底部背离一个老外的简单日内期货策略。
这种现象应引起投资者的警觉避免头寸被套。
三、若DIF由上向下跌穿O轴时可看作大势可能步入空头市场期货均线，
预示着大势将走弱，若MACD由上向下跌空O轴时，确认大势进入空
头市场期货交易流程。若DIF由下向上穿越O轴时，可看作大势可能布入多头市
场现在还有股指期货吗。预示着大势将走强沪锡期货行情金投网，操作上应部分资金参与多头部位。若MACD
由下向上穿越O轴时确认大势进入多头市场大越期货股份有限公司。
四、在MACD指标中长线是期货最高机密，红能量柱和绿能量柱，分别代表了多
头和空头能量的强弱盛衰全国期货交易实盘大赛。它们对市场的反应，要比短期均线DIF
在时间上提前十字星买入必涨形态。在MACD指标中湘乡月山镇，能量释入的过程期权容易赚钱还是期货，是一个循序渐近
的过程，通常是呈逐渐放大的伦敦原油期货实时行情。在使用能量柱时期货行情,利用红能量柱结
合K线走势图就得出,当K线走势图近乎度的上升国际原油期货k线图,加之红能量
柱的快速放大,预示着大势的顶部已近红枣期货.尤其是相邻的两段红能量
柱产生连片时伦敦原油期货实时行情,所爆发的行情将更加迅猛.反之,在空头市场中商品期货交易技巧,这种
现象也成立.在熟悉了这种操作手法后,对投资者将大有益处外币期货交易。
注意
在使用MACD指标过程中
第一，MACD指标对于研判短期顶部和底部金投网甲苯价格，并不一定可信，只
有结合均线或者成交量等其他指标配合才可期货公司开户。
第二，MACD指标分析大周期的指标更准确期货增仓下跌和减仓下跌，但是反映迟钝。近
期的指标反应迅速但是准确性降低同花顺怎么看期货，必须结合其他指标白糖期货做不得。或者采用
分时图根据不同周期来研判走势期货自动跟单。
第三，如果完全按照金叉买进、死叉卖出，苹果试玩专区源码获利较难或还有可能
套牢亏损期货回调交易法。因此橡胶期货与号胶的区别，在这里建议可以使用一种低位两次金叉买进的方
法PCX。MACD在低位发生第一次金叉时期货如何交易，商品价格价在较多情况下涨幅
有限原油期货平台，或小涨后出现较大的回调中辉期货排名，第二次金叉出现后，商品价格上
涨的概率和幅度会更大一些。反之亦然。
第四，一定要密切关注在行情中MACD的M顶和W底，这样的情
况一般都是有相对较大的行情。
总之买卖期货交易软件，在使用MACD指标时必须判定市场的属性。即目前的市场
是多头市场，还是空头市场今天股指期货行情。根据不同的市场属性，采取不同的操
作策略，以回避风险做vr是什么意思啊，保障利润的目的。
什么是梁汝波
梁汝波，字节跳动联合创始人、抖音短视频创始人，维境视讯联合创始人、抖音技术总监、柠檬浏览器执行董事、东方IC总经理、今日头条研发总监、今日头条技术总监、九九房高级研发经理。
年，梁汝波从南开大学微电子专业毕业，和张一鸣是大学同学；年，张一鸣与梁汝波共同创办垂直房产搜索引擎“九九房”；两人自年共同创办垂直房产搜索引擎“九九房”起，即成为长期创业伙伴。
年，梁汝波与张一鸣共同创办字节跳动。
此后至年，梁汝波一直担任字节跳动产品研发负责人，负责早期多个重要产品和业务，包括今日头条、头条号、广告系统和用户增长系统等。彼时，担任今日头条的技术总监的梁汝波将算法也带入了抖音，抖音在产品层面加入了算法推荐模型，来保证视频的分发效率和去中心化。此外，在资金以及宣传，今日头条都对于抖音有着极大的帮助。
年起，梁汝波负责飞书和效率工程。飞书发力较晚，其原本是字节跳动内部办公软件，初期是为了解决字节跳动内部的员工协同办公问题，先应用于字节跳动内部，后对外开放。
年起，梁汝波负责集团人力资源和管理等工作，推动了字节跳动的组织建设和人才发展。
年5月日，字节跳动创始人张一鸣发布内部全员信，宣布卸任CEO一职，梁汝波将接任成为新CEO。
年月2日，梁汝波发布全员邮件宣布组织调整，实行业务线BU化（Business Unit），成立六个业务板块：抖音、大力教育、飞书、火山引擎、朝夕光年和TikTok。相关业务板块负责人均向梁汝波汇报。
梁汝波内部邮件全文
谢谢一鸣和团队的信任，很期待在新角色里和大家继续一起工作
在 年和一鸣一起创业前，我和一鸣说，有机会希望做一些重要不紧急的工作。过去这些年，我从做用户产品，到后来打造企业产品，再到负责人力与管理工作，一直觉得很幸运能扎根技术、产品和管理，因为有一鸣在前面处理很多困难、突发的工作。现在为了公司更长远的发展，需要一鸣从日常管理里抽身出来，专注在对公司发展不紧急但很重要的工作上，创造更大可能，所以由我来接替他承担 CEO 的职责。这对我来说是一个巨大的挑战，压力很大。过去几年，公司业务发展势头良好，也组建了优秀的团队。我有信心，通过大家的合作努力，我们能不断突破，再上台阶。
未来半年我会和一鸣一起紧密工作，以保证顺利交接，谢谢大家对我的信任和支持！
梁汝波上任后的组织升级
“组织快速增长时，既保证管理的有效性，又要做到公司不因管理低效而瘫痪，这也是我们一直在面临的挑战。”
年5月，字节跳动联合创始人兼CEO梁汝波在公开场所坦言，随着组织变大，如何平衡效率与效果，这是一个难题。
六个月时间过去，这位字节跳动的新掌舵人，完成了新一轮组织升级。
年月2日，梁汝波发布全员邮件宣布组织调整，实行业务线BU化（Business Unit），成立六个业务板块：抖音、大力教育、飞书、火山引擎、朝夕光年和TikTok。相关业务板块负责人均向梁汝波汇报。
这是该公司最新一次组织调整，按照“紧密配合的业务和团队合并为业务板块，通用性中台发展为企业服务业务”的原则，旨在应对业务变复杂以及团队规模变大的挑战。
今年5月，张一鸣在内部全员信称，他和梁汝波将于年底前完成字节跳动CEO职责的过渡交接。此次组织调整，意味着交接已如期完成。
公开数据显示，字节跳动全球员工数超过万人，业务覆盖超过个国家与地区。该邮件称，最新的组织调整是基于业务需要，“为了使命驱动，始终创业，保持组织灵活高效，激发创造力”。
据了解，手机app网游源码字节跳动将今日头条、西瓜视频、搜索、百科以及国内垂直服务业务并入抖音。该板块负责国内信息和服务业务的整体发展。
同期，该公司员工发展部门的部分职能转型为职业教育方向，并入大力教育板块。该板块致力于建立终身教育服务体系，覆盖智慧学习、成人教育、智能硬件、校园合作等领域。
飞书、EE（企业效率部门）、EA（企业应用部门）合并成飞书板块，聚焦提供企业协作与管理服务。
此外，火山引擎板块聚焦打造企业级技术服务云平台。朝夕光年板块负责游戏研发与发行。TikTok板块负责TikTok平台业务，同时支持海外电商等延伸业务的发展。值得关注的是，TikTok CEO周受资不再兼任字节跳动CFO，该公司财务部转向梁汝波汇报。
万人的字节跳动，为何进行这样的组织架构调整？重温梁汝波此前演讲，或能从中找出答案。
以下为梁汝波在源码资本“码会创业者年会”演讲全文：
大家好，我是梁汝波。
一鸣之前在码会上分享过 “Context, not Control（提供上下文，而非控制）”的管理理念，也分享过随着组织复杂度的提升，应该通过提高人才密度和提供充分的上下文，而不是增加规则和流程来避免过度混乱。这些理念源自奈飞的《自由与责任》。今天，我想跟大家分享一些字节跳动的具体实践和认知。
一、避免组织僵化
字节跳动现在已经是一个相当复杂的组织，我们有万员工，遍布在全球多个城市。这些同事工作在不同的业务上，有今日头条、抖音、TikTok 这类内容平台，也有懂车帝这类横跨线上线下的垂直业务，也有飞书、火山引擎这种面向企业客户的服务，还有教育业务大力教育等等。这些业务都很复杂，需要很大规模的团队支持，而且这些业务对团队要求也很不一样。在此之外，我们的组织还在以每年几乎翻倍的速度增长。字节跳动已经成为一个大规模、多元业务且快速发展的全球化组织。
一鸣以前在“码会”分享过，如果一个组织不是选择小而美，就要面对组织复杂度上升可能带来的混乱问题。一个典型的做法是增加规则和流程，来保持组织有序，但是这样会导致组织僵化。因为从制定规则的部门角度来讲，为了少出现问题，肯定会让流程和规则越细越好，但这样会弱化探索最优解的可能。
我们处于一个创新行业，面对的情况其实是弹性的、灵活的。如果有很多限制，员工就会不愿意去找最优解。一是因为面对规则，大家天然地倾向于去遵守它，而不是打破它，规则也会削弱大家对新机会的敏感度；二是因为各种规则实际上提升了创新的成本，提高了试错、突破常规的门槛，久而久之，对创新的积极性有伤害。尤其当行业出现重大变化时，在公司不能靠惯性前进的时候，累积的规则、流程和制度是特别大的阻碍，会造成很大的问题。
对我们来说，一方面组织规模很大，我们需要关注管理效率，确保管理可以规模化，不过度混乱；另一方面也要关注管理效果，保证组织不僵化，能保持弹性，总能探寻最优解。
我们是怎么做的呢？
首先，注重文化建设。我们认为，通过文化建设能够在公司建立更多的共识。用文化和理念引导大家，这样在很多情况下我们不用依赖非常细致的规则，大家也能在合理的方向、用类似的标准来工作。
我记得有一次会议上，有人提出我们的决策机制不清晰，因此提议我们应该建立一些规则：比如说，两天之内如果没有形成决策，或者不能达成一致，就应该上浮，在更上一级来决策。讨论下来，我们认为，不应该定这么细致的规则。如果这么定下来，类似的规则会非常多，实际上就会失效。我们应该在文化上强调担当，强调务实敢为，强调主动推动事情往前走。把更基本的点强调好，会比建立一些细致的规则更加有效。
在字节跳动，我们有基本的管理机制，比如预算管理、目标管理、序列级别、薪酬规范、绩效考核等等，但所有这些管理机制都不是一刀切的，都是指导性、方向性的，相关人都有空间和责任根据实际情况做出合理的决策。
因为缺乏一刀切的规则，公司很多管理工作会比较辛苦，很多人不太适应。决策过程中往往需要做很多讨论和对齐，效率不算很高；需要管理者自己做很多决策，无法将管理压力转到规则上。我们认为，将管理压力转到规则上，可能会让管理信号变形。
比如，在绩效强制分布的情况下，管理者和一个绩效不够好的thinksns安卓源码同学沟通，可能会这么说：“其实你表现挺好的，但是没有办法，公司有绩效分布的要求，这次只能委屈你一下。”类似这样的情况，其实是管理者没有把真正的管理责任承担下来，而是把压力转到规则之上，这样只是完成了一个管理动作，并没有起到管理效果。我们的做法是，让管理者对自己的管理决策负责，虽然这会让管理者在挺多时候处在一个有些拉伸、不够舒适的状态。
这些管理机制，没有工具支持是很难短时间内落地的，特别是在一个很大规模的组织里面。工具既可以保证我们总体符合管理机制的导向，又可以辅助我们发现异常，高效对齐。同时，还可以积累有价值的数据。
比如，我们通过数据透明让管理者更能意识到自己的管理责任，更加有责任感。因为数据透明，管理者的管理行为很方便地呈现出来，团队有没有快速晋升，有没有及时地淘汰人，考评是不是具有区分度。我们通过观察数据，也能够持续改进、迭代管理者的流程或者工具，让它们更加高效。我们还能够在积累的数据中找趋势，去发现更多辅助管理者判断的信息点。
二、管理实践
这个做法具体怎么落到实践呢？我拿几个常见的管理动作展开说说。
第一个我想讲序列级别。我们有序列和级别，序列是指一类角色，比方说研发是一个序列，产品是一个序列，等等，每个序列会有各自的级别。但是我们没有成文的级别标准，也没有专门的晋升委员会。我们只是大致拉齐了晋升的参考条件、流程，在一定级别以上会做公司级交叉评审。
相比标准，我们更关注人和能力本身，会通过一些样例对比来定级别，通过讨论来对齐标准。我们看一个同学他应该是什么级别的时候，经常会讨论这个同学可能跟某某类似，类似的点在哪里，为什么他们应该是相同的级别。同时，我们的团队里面允许“跨级晋升”、“快速晋升”，在这个过程中不会硬卡比例、抠标准，总体上灵活度比较大。
另外在薪酬管理上，首先，我们针对特定的序列级别，会根据市场情况确定出一个薪酬范围，但这个范围也是参考性的，也是可以被突破的，只是突破时需要审批，列出突破原因。同时，我们在管理上也会追踪溢价的情况，观察溢价同学的后续绩效表现，通过这种方式去观察溢价的合理性。
我们的调薪和年终奖都有相应的模型。对一个具体的员工、具体的案例，系统会根据一定的逻辑推荐薪酬和年终奖的范围，但这些范围都是参考性的，都可以突破。我们会通过报表查看整体情况，跟历史进行横向纵向的对比，也会查看突破模型的案例。
我们的绩效考核分两种，一个是员工绩效考核，另一个是针对团队针对组织的绩效考核。绩效考核里没有强制分布，没有末位淘汰，但我们有评估会议，大家一起来对齐，以一定的规则去查看绩效情况是不是合理。我们会看绩效分布，和历史、和其他组织进行对比。我们也会重点看需要关注的案例，比如持续高绩效的同学，持续低绩效的同学，绩效波动大的同学，以及上面说的溢价案例等等。我们还会去看同一级别同一序列不同人的绩效分布。我们通过一些视图，可视化地看到绩效情况分布，避免一个同学实际业绩比另外一个同学好，但绩效结果却是反着的。我们通过评估和对齐，让绩效考核总体上趋向于合理。
在组织绩效方面，我们定了一些方向性的共识，比如不以绝对产出定绩效。一个业务数据很好，这个组织的绩效就一定好吗？不一定。我们以是否超越惯性来看绩效。有的业务数据好，有可能是躺在之前的势能上，是因为之前打了一个很好的基础。我们特别看重是否能创造势能、在惯性的基础上去创造势能。整个组织绩效基本上只有这个共识，至于整个过程怎么进行，主要是通过大家讨论，在过程中对齐：“组织绩效合理情况是什么”，“我们为什么说创造了额外的势能”，或者“为什么这个数据好只是因为惯性”。我们会针对这些话题做一些讨论，然后形成结论。
对于组织绩效的结果，我们怎么去应用？我们确定了一个组织它的绩效是好或者一般，会有什么影响呢？事实上，我们现在对于组织绩效结果的应用其实没有特别明确的规则，只有方向性的指导。如果一个组织的绩效很好，这个组织可以在奖金上有一些侧重。至于如何侧重，比如说是只对这个组织里的关键人员进行非常大力的激励，还是对组织里面表现比较好的同学普遍加大激励，这些都由管理者来定。
系统可以看到不同绩效组织员工的最终奖金情况，如果有一些异常，我们会在评估和对齐的时候，讨论为什么有这些异常。只要有合理解释，空间psd源码安装都是可以的。我们之前也讨论过，如果你把逻辑规则非常明确地定出来，大家的关注点可能会转移到为自己的团队争取最大利益上来。这样会导致后面难以基于事实来对业务势能进行客观讨论。
三、保持拉伸
当然，我们现在这种管理方式也会遇到一些挑战。
我前一阵子和一个研发同事聊天，他提到说自己的团队里有个非常优秀的校招生，表现非常好，成长也很快。但在我们这边工作两年后，就被另一家公司以几乎翻倍的薪水挖走了，他觉得非常可惜。我问他：你对这个同学有这么高的评价，对他的价值也这么有信心，怎么没有在激励上跟上，眼睁睁看着他被挖走呢？他告诉我，系统推荐的范围有限，他每次都给到了推荐的上限，但还是没跟上，涨得不够快。
我当时听了挺意外的，这个管理者在公司已经呆了好几年了，按道理来说对公司非常熟悉，但依然对公司灵活突破的理念不够了解，实践上跟不上。这也让我意识到，在一个大规模组织里，管理上做到知行合一是非常困难的。虽然我们有理念，有工具，但是在具体落地实践上我们还是遇到各种各样的问题。以我的理解，这是一个理想和现实之间的挑战。如何能够让理念在现实更好地落地，是我们面临的一大难题。
另一个挑战是，由于规则少，特别是明确的规则很少，大家在做决策时就要做很多考虑，要根据具体情况来进行决策。大家要为这些决策负责，经常需要通过讨论、会议，在更大范围内对齐，这样不仅大家的决策压力大，效率也不高。这也让很多人在管理活动中一直处在一个不舒适的状态里。管理者会很有动力去推动公司建立更多更明确的规则，这股力量像重力一样，一直在把公司往更多规则的方向上拉。
但另外一方面，我们在现实世界遇到的管理问题复杂度很高，我们没有办法通过一组规则去控制、去刻画或者去应对这些管理的复杂性，我们需要留有弹性，让管理者能够做出合理的管理决策。这个度的把握是很难的，特别是在组织快速增长时，既要保证管理的有效性，又要做到公司不因管理低效而瘫痪，我觉得这也是我们一直在面临的挑战。
最后我想总结一下，我们面对的问题是，在一个大规模的、多元业务且快速发展的全球化组织里，如何做到可延展并且有效的管理。
目前我们的做法是：通过文化来增加共识，减少规则；通过基本管理机制来实现管理效率；通过让管理者承担起管理职责来保证管理的有效性；通过数据积累和透明来实现管理反馈和迭代；通过工具系统来支撑这些的实现。
在这个过程中，我们要抵抗组织的重力，一直处在拉伸的状态。我们还有很多挑战，我们还在摸索求解。
参考文献
万人字节跳动完成新组织升级，CEO梁汝波这样管理员工.世纪商业评论.--
三层架构是什么？
MVC是三个单词的缩写,分别为： 模型(Model),视图(View)和控制Controller)。 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。 View层用于与用户的交互，通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
目录
MVC与模板概念的理解
MVC如何工作视图
模型
控制器
为什么要使用 MVC
MVC的优点低耦合性
高重用性和可适用性
较低的生命周期成本
快速的部署
可维护性
有利于软件工程化管理
MVC的缺点
开发方式Java开发Web Application
.NET开发Web Application
php 开发Web Application
常见的MVC组件
Struts 中Model 1 和Model 2简介Model 1
Model 2
Struts的结构和处理流程简介
利用Struts框架开发
MVC与模板概念的理解
MVC(Model View Controller)模型－视图－控制器 MVC本来是存在于Deskt
op程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVCcopyright: Apple Inc.
的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。 模型－视图－控制器（MVC）是Xerox PARC在八十年代为编程语言Smalltalk－发明的一种软件设计模式，至今已被广泛使用。最近几年被推荐为Oracle旗下Sun公司Java EE平台的设计模式，并且受到越来越多的使用 ColdFusion 和 PHP 的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。
MVC如何工作
MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
视图
视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services. 如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
模型
模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
控制器
控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。
为什么要使用 MVC
大部分Web应用程序都是用像ASP，PHP，或者CFML这样的过程化(自PHP5.0版本后已全面支持面向对象模型)语言来创建的。它们将像数据库查询语句这样的数据层代码和像HTML这样的表示层代码混在一起。经验比较丰富的开发者会将数据从表示层分离开来，但这通常不是很容易做到的，它需要精心的计划和不断的尝试。MVC从根本上强制性的将它们分开。尽管构造MVC应用程序需要一些额外的工作，但是它给我们带来的好处是毋庸置疑的。 首先，最重要的一点是多个视图能共享一个模型，现在需要用越来越多的方式来访问你的应用程序。对此，其中一个解决之道是使用MVC，无论你的用户想要Flash界面或是 WAP 界面；用一个模型就能处理它们。由于你已经将数据和业务规则从表示层分开，所以你可以最大化的重用你的代码了。 由于模型返回的数据没有进行格式化，所以同样的构件能被不同界面使用。例如，很多数据可能用HTML来表示，但是它们也有可能要用Adobe Flash和WAP来表示。模型也有状态管理和数据持久性处理的功能，例如，基于会话的购物车和电子商务过程也能被Flash网站或者无线联网的应用程序所重用。 因为模型是自包含的，并且与控制器和视图相分离，所以很容易改变你的应用程序的数据层和业务规则。如果你想把你的数据库从MySQL移植到Oracle，或者改变你的基于RDBMS数据源到LDAP，只需改变你的模型即可。一旦你正确的实现了模型，不管你的数据来自数据库或是LDAP服务器，视图将会正确的显示它们。由于运用MVC的应用程序的三个部件是相互独立，改变其中一个不会影响其它两个，所以依据这种设计思想你能构造良好的松耦合的构件。 对我来说，控制器也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。
MVC的优点
低耦合性
视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。
高重用性和可适用性
随着技术的不断进步，现在需要用越来越多的方式来访问应用程序。MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。例如，很多数据可能用HTML来表示，但是也有可能用WAP来表示，而这些表示所需要的命令是改变视图层的实现方式，而控制层和模型层无需做任何改变。
较低的生命周期成本
MVC使降低开发和维护用户接口的技术含量成为可能。
快速的部署
使用MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。
可维护性
分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。
有利于软件工程化管理
由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。
MVC的缺点
MVC的缺点是由于它没有明确的定义，所以完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。 你将不得不花费相当可观的时间去考虑如何将MVC运用到你的应用程序，同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。一旦你的构件经过了测试，你就可以毫无顾忌的重用它们了。 根据开发者经验，由于开发者将一个应用程序分成了三个部件，所以使用MVC同时也意味着你将要管理比以前更多的文件，这一点是显而易见的。这样好像我们的工作量增加了，但是请记住这比起它所能带给我们的好处是不值一提。 MVC并不适合小型甚至中等规模的应用程序，花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。 MVC设计模式是一个很好创建软件的途径，它所提倡的一些原则，像内容和显示互相分离可能比较好理解。但是如果你要隔离模型、视图和控制器的构件，你可能需要重新思考你的应用程序，尤其是应用程序的构架方面。如果你肯接受MVC，并且有能力应付它所带来的额外的工作和复杂性，MVC将会使你的软件在健壮性，代码重用和结构方面上一个新的台阶。
开发方式
Java开发Web Application
Java开发Web Application有几种符合MVC设计模式的开发方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp 5:Jsp+Struts+JavaBean(EJB) 6:SSH (Struts + Spring + Hibernate)
.NET开发Web Application
.NET开发Web Application可以采用： 1:ASP.NET MVC Framework（ASP.NET MVC ） 2:MonoRail (RC3) 3:ASP.NET MVC2
php 开发Web Application
php 开发Web Application 可以采用： 1. Zend framework PHP官方框架 2. fleaphp/Qeephp 等国内流行框架 3. CakePHP 等国外流行框架 4. ThinkPHP 等其他框架
常见的MVC组件
Struts： Apache的，最流行的MVC组件 Struts2 ：Apache用Struts 和 WebWork的组合出来的新产品，目前上升势头强劲 WebWork： 这个可是老牌的MVC组件，后来组合成了Struts2, 不过自身仍在发展 Spring MVC：SpringFramework自己整合自己Spring的优势推出的MVC组件，用户也不少 JSF： 这个是一个规范，Sun的和 Apache的都有各自的实现。用户量很大，被众多IDE支持。 Tapestry： 最彻底的MVC开发框架，丰富的组件资源，重用性很高。组件扮演着控制器Controller的角色，是模式层（Model） 中pure-domain objects和包含有组件的HTML模板之间的媒介。大多数情况下，这种方式应用于页面（页面也 是 Tapestry组件），但是在某些情况中，一个组件拥有自己的模板，包含着更多的组件，并且支持与使用者的互交。页面通过配置一系列属性表达式（Property expressions）连接模式层和表现层。属性表达式使用另外一种开源框架OGNL（Object Graph Navigation Language）。OGNL的开源工程（project）独立于Tapestry，但是在Tapestry中起很重要的作用。OGNL主要的目的在于读取和更新对象的Java Bean属性。 .net mvc：在.net上的mvc组件，经过了preview1~5，RC1，RC2，目前已经是正式版了，微软给出的定义是可以用于生产的架构。配合VS以及将要出现的VS，相信.net mvc将会是MVC家族的重要的一员。
Struts 中Model 1 和Model 2简介
我们在开发Web应用时经常提到的一个概念是Model1/Model2，那么到底它是什么意思呢？其实它是对采用JSP技术构成Web应用的不同模型的描述。下面对这个概念做一个简单的介绍。
Model 1
在使用JAVA技术建立Web应用的实例中，由于JSP技术的发展，很快这种便于掌握和可实现快速开发的技术就成了创建Web应用的主要技术。JSP页面中可以非常容易地结合业务逻辑（jsp:useBean）、服务端处理过程（jsp:let）和HTML（），在JSP页面中同时实现显示，业务逻辑和流程控制，从而可以快速地完成应用开发。现在很多的Web应用就是由一组JSP页面构成的。这种以JSP为中心的开发模型我们可以称之为Model1。 当然这种开发模式在进行快速和小规模的应用开发时，是有非常大的优势，但是从工程化的角度考虑，它也有一些不足之处： 应用的实现一般是基于过程的，一组JSP页面实现一个业务流程，如果要进行改动，必须在多个地方进行修改。这样非常不利于应用扩展和更新。 由于应用不是建立在模块上的，业务逻辑和表示逻辑混合在JSP页面中没有进行抽象和分离。所以非常不利于应用系统业务的重用和改动。 考虑到这些问题在开发大型的Web应用时必须采用不同的设计模式――这就是Model2
Model 2
Model 2表示的是基于MVC模式的框架。MVC是Model－View－Controller的简写。“Model”代表的是应用的业务逻辑（通过JavaBean，EJB组件实现），“View”是应用的表示面（由JSP页面产生），“Controller”是提供应用的处理过程控制（一般是一个Servlet），通过这种设计模型把应用逻辑，处理过程和显示逻辑分成不同的组件实现。这些组件可以进行交互和重用。从而弥补了Model1的不足。 Model2具有组件化的优点从而更易于实现对大规模系统的开发和管理，但是开发StrutsMVC系统比简单的JSP开发要复杂许多，它需要更多的时间学习和掌握。同时新东西的引入会带来新的问题（这让我想起来关于“自动计算”的一篇文章，中间提到为了降低系统的复杂度，却导致更高的复杂度）。 必须基于StrutsMVC组件的方式重新思考和设计应用结构。原来通过建立一个简单的JSP页面就能实现的应用现在变成了多个步骤的设计和实现过程。 所有的页面和组件必须在Struts MVC框架中实现，所以必须进行附加地开发工作。 StrutsMVC本身就是一个非常复杂的系统，所以采用StrutsMVC实现Web应用时，最好选一个现成的MVC框架，在此之下进行开发，从而取得事半功倍的效果。现在有很多可供使用的MVC框架，由于Struts有完整的文档并且相对来讲比较简单，所以用它开发MVC系统还是比较方便地。
Struts的结构和处理流程简介
Struts1是Apache组织的一个项目，像其他的Apache组织的项目一样，它也是开放源码项目。Struts1是一个比较好的MVC框架提供了对开发MVC系统的底层支持，它采用的主要技术是Servlet，JSP和customtaglibrary。 作为一个MVC的框架，Struts1对Model、View和Controller都提供了对应的实现组件，分别进行介绍，并且看看它们是如何结合在一起的。 Controller：控制器的作用是从客户端接受请求，并且选择执行相应的业务逻辑，然后把响应结果送回到客户端。在Struts1中Controller功能由图中ActionServlet和ActionMapping对象构成：核心是一个Servlet类型的对象ActionServlet，它用来接受客户端的请求。ActionServlet包括一组基于配置的ActionMapping对象，每个ActionMapping对象实现了一个请求到一个具体的Model部分中Action处理器对象之间的映射。 Model：StrutsMVC系统中的Model部分从概念上可以分为两类――系统的内部状态，和改变系统状态的动作。Struts1为Model部分提供了Action和ActionForm对象：所有的Action处理器对象都是开发者从Struts1的Action类派生的子类。Action处理器对象封装了具体的处理逻辑，调用业务逻辑模块，并且把响应提交到合适的View组件以产生响应。Struts1提供的ActionForm组件对象，它可以通过定义属性描述客户端表单数据。开发者可以从它派生子类对象，利用它和Struts提供的自定义标记库结合可以实现对客户端的表单数据的良好封装和支持，Action处理器对象可以直接对它进行读写，而不再需要和request、response对象进行数据交互。通过ActionForm组件对象实现了对View和Model之间交互的支持。Struts1通常建议使用一组JavaBean表示系统的内部状态，根据系统的复杂度也可以使用像EntityEJB和SessionEJB等组件来实现系统状态。Struts建议在实现时把“做什么”（Action）和“如何做”（业务逻辑）分离。这样可以实现业务逻辑的重用。 View：Struts1应用中的View部分是通过JSP技术实现的。Struts1提供了自定义的标签库(tag library)可以使用，通过这些自定义标签(tag)可以非常好地和系统的Model部分交互，通过使用这些自定义标签创建的JSP表单，可以实现和Model部分中的ActionForm的映射，完成对用户数据的封装，同时这些自定义标签还提供了像模板定制等多种显示功能。 StrutsMVC框架的处理流程清楚的体现了MVC系统的特点，简单的Struts组件结构。StrutsControllerActionServlet处理客户请求，利用配置的ActionMapping对象把请求映射到Action处理器对象进行处理。Action处理对象访问ActionForm中的数据，处理和响应客户请求，它还调用后台的Bean组件，这些组件封装了具体的业务逻辑。Action处理器对象根据处理结果通知Controller，Controller进行下一步的处理。
利用Struts框架开发
Struts1 MVC系统要做的工作 由于Struts已经为我们提供了一个非常好的MVC框架，我们利用Struts开发MVC系统时可以大大加快开发的速度。在开发时可以采用的一个开发流程如下（引自资料3）： 收集和定义应用需求。 基于数据采集和显示的原则定义和开发“屏幕显示”需求 。 为每一个“屏幕显示”定义访问路径。 定义ActionMappings建立到应用业务逻辑之间的联系。 开发满足“屏幕显示”需求的所有支持对象。 基于每一个“屏幕显示”需求提供的数据属性来创建对应的ActionForm对象 开发被ActionMapping调用的Action对象。 开发应用业务逻辑对象 （Bean，EJB，等等）。 对应ActionMapping设计的流程创建JSP页面。 建立合适的配置文件struts-config.xml ， web.xml。 开发/测试/部署 具体在使用Struts框架时，对应各个部分的开发工作主要包括： Model部分：采用JavaBean和EJB组件，设计和实现系统的业务逻辑。根据不同的请求从Action派生具体Action处理对象。完成“做什么”的任务来调用由Bean构成的业务组件。创建由ActionForm的派生类实现对客户端表单数据的封装。 Controller部分：Struts为我们提供了核心控制部分的实现。我们只需要配置ActionMapping对象 View部分：为了使用Model中的ActionForm对象，我们必须用Struts提供的自定义标记创建HTML表单。利用Struts提供的自定义标记库编写用户界面把应用逻辑和显示逻辑分离。Struts框架通过这些自定义标记建立了View和Model之间的联系。Struts的自定义标记还提供了很多定制页面的功能。 同时需要编辑两个配置文件：web.xml和struts-config.xml。通过它们配置Struts系统中的各个模块之间的交互。下面对这两个配置文件做一些介绍： web.xml文件的配置： web应用中的web.xml是第一个要配置的地方，它描述了系统的Controller对象。在web.xml中增加如下标记 <servlet><servlet-name>action</servlet-name><servlet-class> org.apache.struts.action.ActionServlet</servlet-class><init-m> <m-name>application</m-name> </servlet> 说明：这个servlet对象就是Struts提供的Controller，还可以为它指定初始化参数，比如对系统应用属性的支持。 < SERVLET-MAPPING> < SERVLET-NAME>action</SERVLET-NAME>< URL-PATTERN>*.do</URL-PATTERN></SERVLET-MAPPING> 说明：实现客户请求的url信息和服务器端具体处理的映射关系。 <taglib><taglib-url>/WEB-INF/struts-bean.tld</taglib-url> <taglib-location>/WEB-INF/struts-bean.tld</taglib-location></taglib> 说明：添加对Struts提供的应用所使用的自定义标记库的引用。 struts-config.xml文件的配置： struts-config.xml是用于建立Controller和Model之间的关系的。它描述了Controller所使用的把请求对应到具体处理的法则，同时它还描述了客户提供的数据与ActionForm组件的对应映射关系。 在struts-config.xml中增加如下标记 <form-beans> <form-bean name=“loginForm”type=“loginForm”/></form-beans> 说明：标记描述一个具体的ActionForm子类对象，通过它和JSP页面中的自定标记的结合使用可以实现ActionForm和View之间的数据映射。 <action-mappings><actionpath=“/login”type=“loginAction” name=“loginForm”input=“/login.jsp”/></action-mappings> 说明：标记描述了请求和处理的一对一映射关系。input和path属性唯一的标记了客户端的一个请求，name属性描述封装客户端的数据的ActionForm子类对象。Type属性描述处理这个请求的Action子类对象。 [1]通过对两个配置文件的配置，把Struts MVC框架中MVC的各个部分联系起来，实现一个真正的Struts MVC系统。
c语言怎么学
时间：-1-5 :: 作者：梁肇新
某天，你需要完成一个求的阶乘的作业，于是你搬来一个最新的电脑，为它安装了最新的windows vista操作系统，然后坐在它的身前，喊“喂电脑，给我计算的阶乘”，电脑说“ok, wait a moment”； 过了一会，一盘香菇小白菜端了上来！呵呵，电脑不是waiter, 你喂它它是不会有反应的，如果你真的wait a moment, 恐怕你就需要wait one more moment了！一万年后，人们就把你命名成“望夫崖”。
既然电脑不是伺应生，听不懂我们的话，那么我们要怎么控制它呢？如果你们给我装聋作哑，我会告诉你期末挂了你，哦，你立马老实了！对于电脑，我要怎么才能使唤它，让它为我工作呢？不错，我们有个强力工具，C语言！
好，我们把上面的场景复习一下：
你要我算的阶乘，于是我去机房上机，编写了一个程序：
( 参加ppt......)
运行程序，哦，结果出来了！
有人认为，现在是java和.net的时代，有谁还需要C以及汇编呢？孰不知，java和.net是建立在软件之上的，是为了垄断市场而建立起来的体系，犹如挖好一个金壁辉煌的坑，请你往下跳，还自以为站在巨人的肩膀上，事实上成了坑底之蛙。要成为一个真正的程序员，并期望成为一个程序员高手，必须从机器出发，从cpu到操作系统，再到软件体系，高手的境界就是悟道后的明镜灵台，软件设计出神入化，我就是程序，程序就是我。
听完我讲高手的境界，于是乎你很受感动，说：我要努力学习，向高手学习！隔天就买了一堆MFC, VB, JAVA以及.NET的书回来，早上五点钟起来背书！这样是不行的，正确的入门方法只有一个，要证大道，唯有此法！同学们，从C语言入手，努力学好C语言！
旁观者李四说：此人大笨也！我用鼠标随便拖几个控件，就是一个xxx管理系统了，你用C语言恐怕是一年也写不出来吧！好吧，我要承认，讲这话的都已经是mS的奴才了，别的我不了解，MFC本身就是一个封闭的架构，从MFC入手学习，你只会形成一种封闭的思维模式，因为MS希望很多人只学会表面的东西，不致成为高手，所以它大力推荐所谓的可视化的程序开发工具，也真有很多人愿意上他的当，最后真正迷失方向。说他坐不了程序吧，他也可以作，但是如果程序复杂一点，出现问题时，问题出再哪里就搞不清楚了，反正是不清楚！
梁肇新，大牛啊，他说：“我就搞不懂了，用鼠标怎么写程序呢？在我的公司里，高手的键盘响个不停，鼠标偶尔响一下，新手是鼠标响个不停，键盘偶尔响一下，他们的薪水相差的就不是一倍那么多了！”
C语言是各大操作系统的基础，Unix、Linux、Windows其内核都清一色是C语言开发的，(某些地方是和汇编语言混合开发的)，君不见Windows API都是C语言函数的接口？Unix/Linux绝大多数应用都是C语言开发的；Windows应用程序用纯API开发已然不多，大多都是依靠某种Application Framework，比如所谓的VC++，其实就是指VC IDE + C++语言 + MFC(现在重点已转向ATL、WTL)，但是Windows服务、网络、驱动程序等底层软件，还是C语言开发的。各种语言的编译器，包括java虚拟机，都是用C语言开发的。各种嵌入式设备，如手机、PDA也都是C语言开发的。C语言历史悠久，其内容也绝非谭浩强老师的《C语言程序设计（第二版）》所描述的那么简单——那本书只是针对中国国情的教学入门书而已。
学生总喜欢问：那种语言好？学那种语言有前途？这种问题天天在讨论，永无休止。其实我觉得大家所关心的，无非是那种语言更有“钱途”，学习那种语言毕业后能够轻松找到高薪的工作——当年我也是这么想。那么，我告诉你，如果你精通C语言，请你去华为，不要在小池塘里浪费青春了！
OK, 听了我苦口婆心的劝告，你准备从C语言入手，开始攀登程序员高手这座山峰了，在你出发之前，你的行囊中需要准备什么呢？
第一个要装进行囊和你一起前进是“规范的格式”，有很多教科书，参考书，不太注重程序的格式的问题，写出的程序就象一堆堆的垃圾一样，这也导致了现在很多人写的程序中有很多的废码，垃圾代码，这和那些入门的书有非常大的关系，要把那些作者都拿来打打PP。真正的商业程序绝对是规范的，张三写的程序和李四的程序格式大致相同，各种标识符的命名规则一样，否则谁也看不懂你写的程序。如果写出来的代码谁也看不懂，那绝对是垃圾。如果要把那些垃圾翻半天，勉强才把金子找出来，那这样的程序不如不要，还不如重新写过，这样，思路会更清楚一点。所以说，规范的格式是入门的基础。那这个规范的格式包括什么呢？不少啊，要坚持才能做到！长标志符命名，代码缩进，一对大括号范围不超过一屏幕，等等。
第二个要装进行囊的是耐心，所谓工欲善其事，必先利其器。要想成功，没有一个相对平淡的过程是不可能的。这不仅仅指你在学习过程中要有耐心，要循序渐进，而且也说的是另一个重要的方面：调式程序。调试是写程序过程中一个重要的方面，如果有人能一次写成程序，牛啊，而且是大牛，不光是大牛，还是老子骑的那头青牛，凡人是做不道的！调试是每个程序必定经历的历程。经常有同学问我：老师，我的程序完全没错误啊，都是照书抄的啊！怎么就运行不出来呢？对于这个问题我也看不出来！你们有问题可以找我，找其他的老师，老师找谁啊？李师父？那是很荒谬的！我就只好坐下来调试，这个说实话，调试是很枯燥的，所以有同学抱怨说我操作太快，不理解为什么要这样，为什么要那样，我的脾气不太好，一烦躁就会骂人地，所以，这个就需要你们自己修炼内功了！
有了这两个就可以了，可以出发了，估计有人说了，英语和数学不要了？大家都说大学生了，这种问题就不要问了嘛！你已经用早晨和傍晚的时光学习了英语了，我这个没有要去，计算机专业英语超简单，小学水平而已，记住一些专业词汇就可以了！关于数学，说数学好，写程序就好是没有科学根据的！我就有个同学，数学回回分，写程序也就是hello world的程度，不过人家现在是数学博士了！惭愧啊！做为的大学生，而且是我们这个专业的大学生，已经完全具备了写程序所需要的数学素养了！所以这个不是我们要担心的，Ready? Go!
第一招，学什么呢？打狗棍法！呵呵
有一个伟人说过：“重复权威是成熟的必经之路”，这是站在巨人的肩膀上的做法，习武之人首先要学的都是各种套路，比方说辟邪剑法，然后才能融会贯通，开宗流派；我们学习写程序也要这样来，这是一个捷径，帮你走得更远得捷径。
看书，看好书！书中所写，是前人数十年经验所写，看十本书，就相当于汲取了前人数十年的功力，那么你的内功也会迅速上升1甲子。：）书当然要看好书，只有好书才营养丰富。要做到读书破万卷，编程如有神；枯燥的看书是很郁闷的，很容易变成化石！现在很多是书都是用源码说明问题的，源码就像是动画、就像是幻灯片，把书中的招式一一演练给你看。可以说高手的经验大都是源自代码，最后也都化成源码展现在大家面前，把书上的程序一个一个的输入（用键盘，用你的手指）到电脑中，编译运行。自己手工输入这一步不能省略，现在很多书有配套源码，很多同学或者成年人学习的时候都耍小聪明，直接把源码复制过去编译运行，hoho, 这是没有效果的。
自然，我让你输入程序不是让你练习盲打，你在输入的过程就可以品出程序的好坏来了，如果发现自己输入了很多重复代码，那至少这个程序的结构就不好了，穷则变，变则通嘛，你就想改进它啊，这不是很好吗？
当然，程序输得多了，盲打功力也上了一个台阶，键盘敲得快了，薪水也跟着涨上去了！^_^
不过，键盘敲得快不代表你的程序就写得好，否则学校只要每个学生发一份盲打联系软件，四年毕业后，个个都是程序高手了！
好了，你输了一个程序进电脑了，锻炼了手部肌肉，也运行出了结果，愉悦了身心，就此满足了？那离高手还远呢，要变成高手，你还要锻炼一下你得脑部肌肉！拿起你得笔，拿起你得纸，用你得大脑，这号称世界上最精密的机器来运行你输入的程序，记录下不同运行时刻变量的值，记录下程序的运行分支，最后发现，这个程序被你解剖到了纸上，我相信也解剖到了你的心里！这是捷径的核心，一定要记住，输入的程序不是说正确运行就完事了，要去阅读一下代码，利用笔和纸做辅助工具，做一下笔记，这就是重复权威 ，当然，如果你是天才，那请你塞上耳朵，你不在我们讨论的范围之内！
为什么这一步很重要呢？
大家刚开始学习的时候，是不是有种感觉，如果让你写一个程序，你从哪里下手呢？前面？后面？上面？下面？为了解决这个问题，我的程序该如何写呢？抓耳挠腮，好烦啊，于是乎干脆睡觉去，不写了，你看，这种行为是要打PP的！
练武功，总是先重复师父的动作，才能有自己的动作，所以也让我们重重复别人写的程序开始，然后再写自己的程序吧！
遵循这个方法，你们就跟着组织走上了通往罗马的大路了！
接下来，你得走啊，不走怎么到罗马呢？ 把你学会的程序设计方法应用到你写的程序中去啊！
某天，你看到这里有个问题，你有了想法，怎么办？上机去，和键盘奋战去！stop, stop! 暂停一下，上机之前，不要忘记了你的笔和纸，勇敢地把你的想法写下来，如果写不出来，就不要去机房浪费爸爸妈妈的血汗钱了！
当然，你不能乱写啊，写出来的东西怎么样才叫不是乱写的呢？实践是检验真理的唯一标准！用你的大脑去运行一边啊，不是叫“人程序合一”嘛？，这就是了！学武功就要学绝世武功！虽然号称最精密，实际效果上，人脑还是没有电脑的准确度的，如果你的大脑能马马虎虎地运行出来之后，那么OK，带上规范的格式和耐心，去上机吧！
自然，我们说一天到晚面对字符界面的TC是有些郁闷，大家都习惯了windows，微软的客户体念设计中心可不是吹出来的！windows多好，色彩斑斓的。当你修炼到我这个程度的时候，非要听这京剧才文思泉涌的写程序的时候，当然要用windows下的集成开发环境了。但是对大家来说，不是现在，windows是很危险地，程序员还是回到TC中去吧！
TC至少有一个好处，可以锻炼我们使用组合键的习惯，可以锻炼我们使用键盘编程的习惯，回想我们刚刚说的梁某说的话“用鼠标怎么编程呢？”有同学不免要提出疑问了，我是年代甚至是年代生人，你还让我面对那么枯燥的输入输出界面？我跟你有代沟！我期待有更丰富更吸引人的交互手段哦，这个问题问得好，C语言中也有图形啊，完全可以满足大家寓教于乐得心理！让我们来看这个程序，很简单，就是在屏幕上话一个周期得正弦波！
(参见ppt......)
运行效果是不是很好？你学数据结构的时候，树啊，图啊，你都可以这样输出啊，很多地方你都可以做的更好呢！
好了，到这里，我们基本解决了在学习C语言程序设计时的一些方法论的东西，关于具体的学习过程，如果你要我在这里给你们讲指针要如何学习？函数要如何学习？那我讲的内容也不会多于任课老师的内容，或者开个专题叫“如何学好指针”，当然，如果你愿意和我探讨一下指针的本质和高级应用的话，课后，课后啊！
现在，我们要谈最后一个问题！我们这个专业的女生的比例较其他的工科专业还是要高一些的，不知道为什么经常到如下的说法：1，我是女生，我不适合写程序啊；2，我的性格比较外向，不适合坐下来安静的写程序呢！
性格外向不适合写程序？你们看我啊，觉得我是性格内向的任吗？程序员也非常需要发散的外向型思维，老比，地球上最富裕的人说，他招程序员更愿意招原来是学物理的人，因为学物理的人的思维可以从极大（宇宙）到极小（原子）。所有，说性格外向不适合写程序的话是懒惰的借口，是要掩盖他不可告人的目的的接口！狂打PP!
女生又为什么不适合写程序呢？我到知道一个理由，对皮肤不好啊！你们看我这满脸沧桑的，就知道了！除此之外，还会又其他的理由吗？英国科学家早就证明了男女的区别完全不是人们想象的那样，很多方面女性是要超过男性的！想想以前的母系社会，现在的惠安女！
我就见过一个上市公司的研发二部全是女性！，从软件工程师到硬件工程师再到部门经理都是女性，业绩根本不输其他的研发部门，这个公司在湖南，不是我瞎掰的！
