conan

正需要，能给我源码吗？谢谢！ zhongkanjin@126.com

fds2003@163.com

constantine97a@foxmail.com 你懂的

有没有DataAccess：数据访问层的详细资料 个人签名: http://www.zaomm.com

pengyingtoy@163.com 现在正要做权限系统，独立出来的，我想要一份，不知道可以吗

mark

顶

163fit@163.com 很希望学习

给我一份可以么？ zhangkai0309@163.com

正在找这方面的例子呢 谢谢了 ！

我觉得访问者模式中似乎很容易避免这种可能性，要把他说成是visitor模式的存在理由，还是有点牵强。
现在的问题是，为什么一定要兜圈子调用？

能给我发一份吗 谢谢

26243607@qq.com
谢谢

发给我一份好吗

能发我一份吗,谢谢!!!

能发我一份吗 谢谢!

不错，这个SP可以用。
谢谢

哥们你太强了，多谢分享！

能发我一份吗 谢谢你！！！
wzw200@sina.com

牛人啊，讲解的太透彻了。

你好,我想要这个权限管理的例子,给你发一份吧,谢谢啊..

要实践才能知道是否行得通，光说是没有用的

这个权限管理的例子能发一个给我吗

关于映射器的激活，我有个问题想要请教一下楼主：
fowler说映射器隔绝了领域逻辑和数据库，领域逻辑和数据库将感知不到映射器的存在。那么如何激活映射器呢？
他说有两种方式，一种是建第三方的子系统，完成映射和映射器的调用(是说再建一个服务层吗？)；一种是在领域逻辑或者数据库中将映射器作为观察者。
你是如何理解的呢？

国内很少有深入谈这本书内容的，看到几个都是泛泛而谈，没什么意思，希望楼主是个能静下心来学习，可以探讨的人

我也想要QQ22465121

我也要这样的程序
有吗？
我的qq.87759025

我也想写工作日志

有bug ,少东西了,帮你补上了
function redirec(x)
{
var temp = document.frm.s2;
for (m=temp.options.length-1;m>0;m--)
temp.options[m]=null
for (i=0;i<select2[x].length;i++)
{
temp.options[i]=new Option(select2[x][i].text,select2[x][i].value);
}
temp.options[0].selected=true;

}

或者在在test1.ascx.cs中修改为test2.Cancel += new test2.CancelEventHandler(test1_Message);

@FC
请你自己仔细看代码。

To： FC

不要将CancelEventHandler的声明放在 test2 类里面，放在外面，就行了

楼主自己看看你帖的代码！！！
CancelEventHandler 在那里？

@FC
CancelEventHandler是在test1中声明的委托对象：
public delegate void CancelEventHandler(object sender,EventArgs e);

请注意引用它时它的命名空间是否正确。

我在运行的时时候怎么提示找不到------CancelEventHandler命名空间

System.ComponentModel我导入这个命名空间还是不行........
这是什么原因呢.

我的想法是实时或定时收集某几个网页(如中关村在线、it168)上的产品信息，获取最新报价，并反映到我的网页上（asp或jsp)。
如果大家能做，请与我联系：hb0828@sina.com

看了Truly 的话
我觉得还是忍受吧
我和楼主的状况差不多
项目负责人都是搞unix c的
根本不懂.net
所以搞来搞去
开发都是程序员自己想怎么写怎么写.....
意见提了,上面也重视
但是到了开发时还是一切照旧
上个项目,我写了个架构,定了套规矩.
中途抽调到别的项目帮手,半个月没跟进
结果现在一看,又写成惨不忍睹了
想过跳,但是跳多了又不好
还是忍忍吧
有些事情改变不了,只能试着接受....

@Truly
呵呵，能一眼看出我是新人，卓识不简单啊。
你的话就很像我经理昨天在电话中所讲的一样。可是，我想你不是郑州的吧，你不会知道郑州众多软件公司的现状有多...。
我们公司的ERP积累了3，4年了，全重近2G，先后一百多程序员参与编写。这样的东东，让我一个新人读、改，你不认为太残忍了吗？当然，里面也有精华，不过没时间去理解，项目的工期决定了我们拿起来就要动手去改。莫大的痛苦也只能忍耐，以期日后有机会改变。
不跳槽原因：
1.中国的IT行业跳槽太多了，不利中国IT行业发展；
2.我毕业1年来跳的公司可是不少了，跳累了；
3.就这个2G的ERP对我来说要学的就太多太多，在学完之前我不会跳的。

@六子
看你的评论我都晕了，空白那么大呀，你要是在的话，帮忙修改一下。

@振河
"因为我就是程序,程序就是我"
这种至高的境界不知自己什么时候能做到？

看了很多你的关于设计模式的文章，很不错。
希望你天天都有新文章，以教众虫虫程序员。

@阿浪
是呀，BOSS还是不错的
我经理很照我的，要知道我才到公司一个月，还没做成什么像样的东东。哎，自己只能安下心来好好做事了，其它的先不多想了。

@大尾巴狼
需求分析是很重要的，公司能给你们很多时间去做，真羡慕你。
当然，要把需求分析做好不容易，要多和客户交流呀。

首先，谢谢大家的理解和支持！
我认认真真的看了各位的评论，大家的忠告我都记在心里了。
@悟,@路漫漫其修远兮,我将上下而求索,@杰,@james,@难得一蠢
我们要做的事：
1.面对现实（立足眼前，正视现实）
2.征服现实（在实际的工作中取的成绩，证明自己的价值）
3.改变现实（当自己有能力改变公司的面貌时，就是我们真正要做一番事业之时）
大家努力吧！

呵呵，新人都是这样。我以前去新中大的时候也是对流程、代码什么的颇多微辞。现在回头想想，每个公司都会存在问题，一个公司，尤其是大点公司，现行的管理方法和代码都是长久以来的积淀，如果按照每个新人的想法去变革，早就把公司搞跨了。对于不能接受的、不习惯的要尽量学会妥协和适应。看待问题不要站在一个角度，从全局出发，当你假象公司应该如何如何时，是否真的站在其他同事的立场分析或者是否真的为老板考虑呢？多数新人都没有项目经理等的经验，并不能提出真正有意义的想法。

不过我还是比较欣赏新人那种朝气蓬勃，敢言敢做，不倦不烦，敬业上进的心态。

因为我们还是处在解决温饱阶段～～～～

我觉得没有好的软件工程不但会给个人，也会给项目组，所有人带来困难，这是我对详细设计的理解：
一、 开发人员需要做3到4次测试。


其实，我们并不是不做详细设计。我们都做详细设计，包括开发人员与测试人员。


开发人员开发的时候，甚至需要做3到4次详细设计，它们分别是：





1. 拿到开发任务后，首先需要对开发任务进行思考和调查，这是第一次详细设计。成果物是记在脑子里的理解。


这一阶段通常没有副产品，不会想到设计点，所以就增大了单元测试时候的工作量。





2. 编码的时候，由于对任务理解的深化，会想到许多细节的东西，这时候再思考、调查一遍，这是第二次详细设计。


成果物是写出来的代码和脑子里的理解。


因为这些思考带有随意性，容易忘记，就增大了修改bug的工作量。





3. 单元测试的时候，因为没有预先设计好的测试点，所以需要回顾一下自己曾经的思考和调查，按照回顾的东西来做测试（这种测试通常很不全面），这时第三次详细设计。


原因是没有预先设计好测试点，与详细设计。


结果是单元测试不到位，把很多该单元测试的问题撂给了测试人员。





4. 当测试人员测试出bug，而且bug埋藏的很深的时候，需要自己找错误原因，回顾一下编程思路，对该功能的理解，然后再做修改，这是第四次详细设计。


由于无法保证这次详细设计的正确性，为程序留下了隐患。








二、 无法合理的安排进度。


三、


因为没有详细设计，无法很好的把握每个功能的工作量的大小，所以很难做一个合理的计划，开发计划做不好，测试计划估计就更难做了。





产生这个问题的原因是没有对功能有足够的了解，有些看上去简单的东西可能含有许多复杂的逻辑。还有，就是下一个要讲的问题：疑难问题在编码前得不到解决，留到编码时解决，就加大了开发时间。








四、 疑难问题难解决，交流不畅通。





在开发的时候很难拿出很好的交流时间，因为


1. 大家都忙。


2. 这些疑难问题是一个一个发现的，不系统，无法统一解决，也无法规定时间解决，因为是随时发现的，有些可能还急需要解决。


结果是疑难问题层出不穷，影响进度也影响开发的积极性，还会影响发开质量。因为这些疑难问题会打断开发人员的思路。


五、 无法很好的适用客户要求（因为每个人作设计。理解不同）。





因为这样的详细设计是每个人自己做的，而且是在不同的阶段不同的时间，出于不同的目的做的，所以，这样的详细设计为难题很多。





1. 没有系统性，遇到问题解决问题，可能会出现为了解决这个问题而影响到其它的问题。





2. 无法集思广益，因为是个人做的，由于阅历，思维方式，知识结构和性格不同，肯定有许多地方想不到。





3. 无法得到大家对该详细设计的看法，因为没有交流的时间（大家都在忙）。





4. 无法及时解决疑难问题，可能有些问题就按照自己的理解来完成了。





5. 系统无法统一，例如某个单位、功能的实现都会因为人不同而不同，例如：同样是币值，一个系统中，可能会出现元、角、分的单位。








六、 无法验收，无验收依据。





因为没有详细设计，所以只能*概要设计或需求规格说明书来验收。而这些文档好多地方都没有考虑，而没有考虑的地方可能会很大的影响系统的功能。


例如上面说的单位问题。


而且，因为没有详细设计，没有制定出来测试点，很难说某个人的单元测试是合格还是不合格。








七、 为单元测试带来难度。





因为详细设计时，没有设置测试点，测试的时候就不知道怎么测试好，会一头雾水。


测试多少个点合适，那些地方是重点，那些地方需要注意，测试到什么程度就算测试好了，不知道，所以单元测试很难测试。


没有预设的测试点，单元测试就很难量化，也很难计划。


因为麻烦，因为一头雾水，单元测试的热情就降下来。


单元测试做不好，就会出现下面的问题：增加测试人员的难度。








八、 为测试组人员带来难度，难以保证测试人员的测试质量。





因为单元测试没有做好，很多测试就只能拿到测试组来测，这样就增加了测试人员的难度。


由于测试人员对系统并不必开发人员熟悉，所以，发现bug的难度要比开发人员的大。


因为测试的工作量增大，就很难保证测试的质量。


因为测试出bug的增多，测试人员可能会怀疑开发人员的能力，甚至对开发人员有意见。


由于测试出bug的增多，开发人员修改bug的热情也会下降，甚至会怀疑系统的性能，会怀疑自己的能力。


因为需要修改的bug的增多，距离编码完成的时间长，对代码的具体细节会产生遗忘，修改bug的质量就难以保证。
----------------------------------------------------------------

平生意气，衣冠人笑，抵死尘埃。意倦须还，身闲贵早，岂为莼羹鲈鲙哉。秋江上，看惊弦雁避，骇浪船回

很好。思想Open！

体系结构设计师不仅是技术高手,从程序员到设计师所需要的是思维方式的转变,我们每个人都是设计师,我们一定要领悟程序员的修炼之道,做一个注重实效的程序员,因为我就是程序,程序就是我

没有人总活的梦想中，每一天，大家都在向自己的梦想迈开新的一步。
没有人在成功之初就知道真正的方向，只有不断尝试、彷徨、失败，才能找到自己的路。
今日的否定，可能成为明日的肯定。
今日的批判，可能成为明日的继承。
今日的一切否定与批判，都是为了明日的追求和梦想。
以此共勉之！
－－龙蛰 2005.8.19

"今天被公司的技术总监和我部的经理开导了一下，因为我对公司的现行开发方式颇有微词。"

一样,但是老板倒是没开导我,只是找我谈话,问了我有些什么看法或者更具体的建议...boss还是不错的.

真有需求分析有怎样？
想我们公司，老板可以给大把的需求分析时间。
但是，拿回来的需求是什么玩意儿啊！！