用面向对象写网站程序有种“隔山打牛”的感觉

这形容好喜感

方便以后需求变更，各种需求变动，繁琐的数据处理流程。
万一以后要增加混合双打、人机对战、连续闯关大赛。。。。。面向过程一个一个需求去堆功能会累死。

你说的是面向类编程吧

如果是一千个人打一千头牛呢？

哈哈哈，是有这感觉

有时候一辈子就只打一头牛，
有时候每天都得打100头牛，
有时候要在山沟里打牛有时候要在山顶上打牛，
有时候要打肥牛，
有时候要打红牛，
有时候需要用b52炸掉牛尾巴上牛氓

因为你现在只有一头牛呀

所以有时候，会先用简单粗暴的方法先实现功能需求，然后如果项目能活下来，再考虑优化。
对于老板来说，活下来才是最重要的，而不是各种牛逼的技术。

如果你的项目一次成型的话可以这么说.

@liuxurong 很多互联网项目都是效率取胜啊，先上线是王道，并且成功的互联网项目往往都是不曾有过的业务模式（腾讯除外，山寨特色的天朝除外），既然是不曾有过的业务模式，摸石头过河还要抽象它，得多慢啊

你已经开悟了

隔山打牛就是为了打以后出现在山那头的牛

当然，打完面前这头就回家另算了

楼主是在说模板还是后台呢？

这是为了以防更多的牛袭来,一旦发现牛的种类不同,再New一套拳法，安全性高啊。
好友喜感，哈哈，

@jarlyyn 业务逻辑，至今我十分不习惯把业务逻辑写到类里面

用不用这些方式，要根据项目规模、发展去评估吧，这么说说是没用的

要不直接完成了工作进度，让boss天天看你工位上刷v2ex嘛。
隔山打牛代码量多，显得产出高一些。。。。

“山”是面向对象虚构出来的。

有什么不同

牛多了，打牛的人多了你就知道了

@ddyy 我觉得MVC是必须滴～

刚开始还没理解到楼主的话语，看了大家的评论，茅塞顿开~~哈啊

@liuxurong V 和 C 是必须的，但 M 和 C，这两者经常会“抢生意”，到底把业务逻辑丢给 M 还是 C 呢？哪个多一点哪个少一点，让人陷入了无尽的斟酌。。。时间就这么白白流走

@ddyy 跟数据打交道的就放到M里，跟控制有关的就放到C里面。

第一版先放C，快速上线，有起色了再考虑其他

I武器 大炮 = 武器.大炮.Create();
I目标 蚊子 = 目标.蚊子.Create();
try
{
大炮.射击(蚊子);
}
catch (TargetMissedException)
{
MessageBox.Show(this, "没打中", "错误");
}
这样的确比较麻烦(○’ω’○)

宏观业务逻辑放在C具体一些控件的逻辑可以放在V,
V的那些跟业务无关的逻辑可以封装起来.

golang的checkerr