http://groups.google.com/group/designpatternteam Research the Software Engineering about OOP, Design Pattern, Refactoring, TDD, XP. Mainly, we are focus on the Software Design using these knowledge. We expect we can organize the exciting team. 2005-08-09T14:02:15Z Google Groups NHibernate kefengzh...@gmail.com 2005-08-09T14:02:15Z http://groups.google.com/group/designpatternteam/browse_thread/thread/69c06123388d1c30/60797b6835f68fab?show_docid=60797b6835f68fab

两张表 <br> 是多对多的 <br> 分别为A <br> B <br> 中间关系表为AtoB <br> 一般情况下,AtoB是没有主键的 <br> 但怎样处理AtoB有主键的情况呢? <br> 也就是保存这两张表时 <br> 现在是这样的语句:insert into AtoB (A_id, B_id) values (?, ?) <br> 怎样实现:insert into AtoB (AtoB_id,A_id, B_id) values (?,?, ?)

idior xuning....@gmail.com 2005-05-31T08:33:01Z http://groups.google.com/group/designpatternteam/browse_thread/thread/9afd9c72ec0db54d/57ca2c9d238d3e2f?show_docid=57ca2c9d238d3e2f

关注

陆海涛 lane...@gmail.com 2005-05-31T04:00:10Z http://groups.google.com/group/designpatternteam/browse_thread/thread/9afd9c72ec0db54d/d9b268f51c473302?show_docid=d9b268f51c473302

我所在的公司目前以IT项目为主，有面向国内大型公司的项目，也 有外包项目。国内的公司前几年对于测试关心不足，开发人员亲自测 试、项目管理人员兼顾测试的现象是十分普遍的。从这几年做项目的 情况来看，随着公司规模的逐渐扩大，人员水平差距变大，继续使用 原先的开发手段，产品质量难免有所下降。目前公司从管理层也意识 到了专职的测试人员的重要性，但是没有这样的经验，无法让测试人 员融合到项目组中顺利的开展工作，不能发挥应有的作用。各位有没 有类似的经验呢，可以交流一下。

idior xuning....@gmail.com 2005-05-03T12:42:53Z http://groups.google.com/group/designpatternteam/browse_thread/thread/7d0b7fc5415ed4ae/7d36dd6c52fbebd0?show_docid=7d36dd6c52fbebd0

是啊, 真应该塌塌实实坚持不懈的做好一个东西.

young young79...@gmail.com 2005-05-03T07:06:39Z http://groups.google.com/group/designpatternteam/browse_thread/thread/7d0b7fc5415ed4ae/65a71dc868f82261?show_docid=65a71dc868f82261

其实我们是应该在一起搞个项目出来，应为有很多问题往往对不同人 的侧重点不同而得不到突出。 <br> 只有&quot;在十字路口才能突出应该向左转还是向右转&quot;的问题，这样问 题的讨论才能连续性，有针对性。 <br> 如 张科峰 谈到的，我们应该开一个项目，并把它坚持下来。不求其最后的价值 ，只求其过程中的思维碰撞。

young young79...@gmail.com 2005-05-03T06:55:32Z http://groups.google.com/group/designpatternteam/browse_thread/thread/352e37ae155fd9eb/d6df7f3a503e361e?show_docid=d6df7f3a503e361e

其实在企业中，我们面临的问题都是在原有系统上如何做的问题。

张科峰 kefengzh...@gmail.com 2005-05-01T09:39:41Z http://groups.google.com/group/designpatternteam/browse_thread/thread/7d0b7fc5415ed4ae/002d3d2daafad1d1?show_docid=002d3d2daafad1d1

这儿有一系列分析文章,大家可以看一下 <br> <a target="_blank" rel=nofollow href="http://www.cnblogs.com/rickie/archive/2005/02/21/104472.html">[link]</a>

lawrence liang cnlawrenceli...@gmail.com 2005-04-29T03:27:40Z http://groups.google.com/group/designpatternteam/browse_thread/thread/352e37ae155fd9eb/c1e4da7a168649b8?show_docid=c1e4da7a168649b8

不知道大家在用ORM的时候有没有遇到性能问题，尤其是大数据量 的时候问题很明显。也许是ORM设计的问题：（大家有没有好的建 议，因为毕竟结构是我们设计关注的，而性能与易用性是客户关注的 。

lawrence liang cnlawrenceli...@gmail.com 2005-04-29T03:23:34Z http://groups.google.com/group/designpatternteam/browse_thread/thread/352e37ae155fd9eb/dceed04670a2da6d?show_docid=dceed04670a2da6d

第一次看邮件，原来有这么多话题啊！ <br> 现在出差在北京，项目差点把我累死：（ <br> 先冒个泡，有时间我也参与到讨论中来学习学习

陆海涛 lane...@gmail.com 2005-04-29T02:05:57Z http://groups.google.com/group/designpatternteam/browse_thread/thread/352e37ae155fd9eb/790a31d331446154?show_docid=790a31d331446154

传统的设计方式是面向过程的, 其内涵是对一个业务行为进行过程上的*分解*, 将一个大的行为分解为多个小的行为, 从中发现各个行为的共同部分, 复用其代码, <br> 这种设计方式的前提是, 对各项业务实现的*具体过程*已经有了较充分的了解, 否则业务的分解必然是错误的. 一旦业务的实现方式发生变化,

idior xuning....@gmail.com 2005-04-28T14:41:19Z http://groups.google.com/group/designpatternteam/browse_thread/thread/352e37ae155fd9eb/609866b7f575e709?show_docid=609866b7f575e709

感觉面向数据在国内还是比较普遍的.

idior xuning....@gmail.com 2005-04-28T14:36:49Z http://groups.google.com/group/designpatternteam/browse_thread/thread/7d0b7fc5415ed4ae/6006cb4a205f815f?show_docid=6006cb4a205f815f

支持

张科峰 kefengzh...@gmail.com 2005-04-27T01:35:23Z http://groups.google.com/group/designpatternteam/browse_thread/thread/43e8d5af5a09cccb/61412bed873e44c8?show_docid=61412bed873e44c8

不如那个人看了就在这儿公布感想/笔记或者中文说明,怎样? <br> 在05-4-26，AKA&lt;lalext...@gmail.c om&gt; 写道：

AKA lalext...@gmail.com 2005-04-26T14:24:50Z http://groups.google.com/group/designpatternteam/browse_thread/thread/43e8d5af5a09cccb/d8c5379f4983785e?show_docid=d8c5379f4983785e

我觉得EnterpriseLibrary最值得学习的地方，是 如何选择和定义&quot;扩展点&quot;，这是一个优秀的Framework必 不可少的部分，这样才能实现OCP准则。 <br> 不知道各位对此有什么好的建议？

conf...@gmail.com 2005-04-26T02:48:20Z http://groups.google.com/group/designpatternteam/browse_thread/thread/43e8d5af5a09cccb/7623e7f31285e8b1?show_docid=7623e7f31285e8b1

没想到Enterprise Library的文档已经翻译,不愧是微软,强.