|
锁定老帖子 主题：贫血模型or充血模型新的解决办法
精华帖 (1) :: 良好帖 (8) :: 新手帖 (0) :: 隐藏帖 (7)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-09-09
最后修改：2011-09-09
设计模式，是复杂问题简单化（所谓套路），别搞反了
建议去看下设计模式的渊源 |
| 返回顶楼 | |
|
发表时间：2011-09-09
KimHo 写道 设计模式，是复杂问题简单化（所谓套路），别搞反了
建议去看下设计模式的渊源 嗯 受教了。我原本的意思是说，一个简单的问题，可能我们以后要考虑到扩展性的问题，所以使本来可以简单通信的两个类，用另一个类来隔开。 您说的复杂问题简单化是指的什么呢？诚心求教 
|
| 返回顶楼 | |
|
发表时间：2011-09-09
最后修改：2011-09-09
一个简单的问题，可能我们以后要考虑到扩展性的问题，所以使本来可以简单通信的两个类，用另一个类来隔开。
·········· 那么再考虑扩展，那另一个类怎么办··· 过度设计 理论上还是敏捷重构迭代吧 原来现在还是学生 难怪了 ：）等你工作就知道了··· 做产品跟做项目 理论与现实 建议 别再看这些理论上的·· 理论看多了 容易眼高手低 好高骛远··· 自己动手做个项目 给自己一个时间 或者去外包网找个项目 自己做做看·· 把这项目当找公司 定个期限一个要找到 把实现当公司任务 定个期限完成·· 你就会明白需求是怎么变化的 项目是怎么拖延的 设计是怎么变更的·· 不是每个人都是乔布斯·· |
| 返回顶楼 | |
|
发表时间：2011-09-09
mistbow 写道 KimHo 写道 设计模式，是复杂问题简单化（所谓套路），别搞反了
建议去看下设计模式的渊源 嗯 受教了。我原本的意思是说，一个简单的问题，可能我们以后要考虑到扩展性的问题，所以使本来可以简单通信的两个类，用另一个类来隔开。 您说的复杂问题简单化是指的什么呢？诚心求教 我说的复杂问题，是指客户需求这块 需求直接导致了各种各样的不同设计和架构 从个性中抽取出共性，就形成了设计模式 设计模式的起源，来于建筑领域。 |
| 返回顶楼 | |
|
发表时间：2011-09-09
yippees 写道 一个简单的问题，可能我们以后要考虑到扩展性的问题，所以使本来可以简单通信的两个类，用另一个类来隔开。
·········· 那么再考虑扩展，那另一个类怎么办··· 过度设计 理论上还是敏捷重构迭代吧 原来现在还是学生 难怪了 ：）等你工作就知道了··· 做产品跟做项目 理论与现实 建议 别再看这些理论上的·· 理论看多了 容易眼高手低 好高骛远··· 自己动手做个项目 给自己一个时间 或者去外包网找个项目 自己做做看·· 把这项目当找公司 定个期限一个要找到 把实现当公司任务 定个期限完成·· 你就会明白需求是怎么变化的 项目是怎么拖延的 设计是怎么变更的·· 不是每个人都是乔布斯·· 别拿神马公司工作和学生的对比来表达你所谓的敏捷优于你所谓的过度设计的问题。 首先敏捷的前提是你掌握了较好的基础，你很熟悉整个开发流程，就像武林高手一样，越厉害就能够做到越无招，也就所谓敏捷，因为心中有招但是表现为无招而已。 认识一个问题到掌握一个问题的解决办法是一个过程，从不断碰壁的过程中归纳整理某种经验，最后这种经验被总结为设计模式。 依照设计模式来解决问题，其思考过程是复杂的，但是解决起问题是比较实在的。 您是高手，所以您能敏捷，这么说您舒服了吗？ 小弟也是学生一枚，也许在您眼中是没做过项目的人，确实小弟没做过像样点的企业项目。 小弟年轻冲动，说话不严谨，您老人家就大发慈悲，轻轻带过就行了。好伐。 LZ辛苦把东西发出来讨论，回复中有人说简单问题复杂化，但是却没见到他分享下他的高见。 看到7个隐藏、1个精华，好感慨。=。= |
| 返回顶楼 | |
|
发表时间：2011-09-09
好像都挺懂的,在中国软件环境的前提下研究这个东西,...
先把贫血模型用用好吧! |
| 返回顶楼 | |
|
发表时间：2011-09-09
理论上还是敏捷重构迭代吧
做产品跟做项目 理论与现实 建议 别再看这些理论上的·· 理论看多了 容易眼高手低 好高骛远··· 小孩子看东西啊··· |
| 返回顶楼 | |
|
发表时间：2011-09-09
yippees 写道 一个简单的问题，可能我们以后要考虑到扩展性的问题，所以使本来可以简单通信的两个类，用另一个类来隔开。
·········· 那么再考虑扩展，那另一个类怎么办··· 过度设计 理论上还是敏捷重构迭代吧 原来现在还是学生 难怪了 ：）等你工作就知道了··· 做产品跟做项目 理论与现实 建议 别再看这些理论上的·· 理论看多了 容易眼高手低 好高骛远··· 自己动手做个项目 给自己一个时间 或者去外包网找个项目 自己做做看·· 把这项目当找公司 定个期限一个要找到 把实现当公司任务 定个期限完成·· 你就会明白需求是怎么变化的 项目是怎么拖延的 设计是怎么变更的·· 不是每个人都是乔布斯·· 谢谢您O(∩_∩)O~。您的建议很中肯。其实学习设计方面的东西只是一种爱好，也想成为以后的一个发展方向。现在实习做过几个项目，不过都是写一些业务逻辑，所以就想得多了些。但是从需求到编码实现，这整过过程还是应该都了解一些的。学生嘛啥都想学啥都学的不深嘛，还是可以原谅的嘛 
|
| 返回顶楼 | |
|
发表时间：2011-09-09
laiweiweihi 写道 看到7个隐藏、1个精华，好感慨。=。=
感谢兄弟支持 隐藏精华到无所谓，就是少于30分就不能发帖子了 咱们都是学生一起努力吧O(∩_∩)O~
|
| 返回顶楼 | |
|
发表时间：2011-09-09
只学不做，空空而谈，无法验证。
但！ 只做不学，永远不知道如何评价自己做的东西，也不知道如何从自己做的提取出表更有用的知识。 理论是必须要学的东西，也是需要实践验证的东西。 理论无所谓的看多看少，何为多？何为少？说多或少都是可笑的。 在交流上，很多时候只能做理论交流，而实践往往是例子而已（即例证，在论证中很有力，但不是必须），或者说是理论观点的具象。一篇交流文章充斥着例子，却不见有逻辑的观点和理论，有何价值呢？ “学理，论理”，用任何方法都不能推出，“眼高手低，好高骛远”。 LZ大可放心学习研究，理论与实践不是相斥的东西。 |
| 返回顶楼 | |
