代码编写之“道”

suyuanlong10sin

好

newkid

原帖由 〇〇 于 2010-3-18 09:41 发表
这篇文章是写EAV的应用
http://ycmi.med.yale.edu/nadkarn ... 20EAV%20systems.htm

伟大导师TOM教导我们说：
The EAV model works in one place: storing attributes of a single object, in the context ONLY of that object.

http://asktom.oracle.com/pls/ask ... 2314483800346542969

这个医学研究项目恰好满足这个条件：
   In the case of clinical parameters, it is very rarely that one has to worry about referential integrity between parameters, because individual parameters are not related to each other: they are only related to a clinical event (and therefore, to a patient and a study).

假如他想从一群病人中找出符合某些条件的，那就会有一大堆行转列，对于效率来说简直是灾难。

nyfor

Good.

onano

学习了  原来还可以有这种方式啊

lastwinner

看楼上一片叫好，说点反对意见：

1、业务的多样化要求、业务可能的变迁是否有人提前告诉过开发人员？
2、程序架构是谁设计的？设计者有没有告诉开发人员要注意1中所说的可能发生的业务变迁？
3、开发人员追求灵活的开发方式，本无可挑剔

你说的

工作中发现很多人都喜欢把代码写成为了“漂亮”而“漂亮”，用了很多奇技淫巧的东西，而真正的代码的质量却被忽视

我赞同，方向首先是对的，才追求高效率、简洁的开发
最后一段，也赞同。但切记，程序员不是架构师没，也别指望其短时间内成为具有丰富经验的需求分析专家，人的成长都是需要一个过程的

newkid

原帖由 lastwinner 于 2010-3-20 02:06 发表
看楼上一片叫好，说点反对意见：

1、业务的多样化要求、业务可能的变迁是否有人提前告诉过开发人员？
2、程序架构是谁设计的？设计者有没有告诉开发人员要注意1中所说的可能发生的业务变迁？
3、开发人员追求灵活的开发方式，本无可挑剔

你说的我赞同，方向首先是对的，才追求高效率、简洁的开发
最后一段，也赞同。但切记，程序员不是架构师没，也别指望其短时间内成为具有丰富经验的需求分析专家，人的成长都是需要一个过程的

1,2点假如发生，EAV并不能帮上忙。仅仅是存储的结构不用修改，其他地方要改的照样多了去，因为业务一变有许多计算、查询都得变。
3. 开发人员应该知道这样设计仅仅解决了存储的灵活性，在查询方面要付出巨大代价。
唯一不变的就是变化，开发人员应该对所有变化都能快速反应，找出最佳的应对方案。

〇〇

我参与做过的一个软件，5年了没有做任何修改，到现在还有人用，前天有个用户来咨询是不是有个bug。。。
用户的要求有时很好满足的

lastwinner

貌似开发人员同时在还充当了设计人员的角色
“唯一不变的就是变化，开发人员应该对所有变化都能快速反应，找出最佳的应对方案。”这对一个开发人员来说要求太高了，对一个设计人员来说挑战也不小。我认为，能做到“对多数可能发生的变化能快速反应，找出比较合适的应对方案”即可，而且可能发生的变化也是在架构设计时考虑到的
程序是死的，你对他下达了他无法处理的指令，他怎么能做得了？
于是必须要变动设计，若程序架构支持该业务的变化，那还好；若不支持，那不歇菜了？
当然，人是活的，完全可以重新造一个程序出来，不过一般谁会允许你这样做呀？



回OO
客户的需求，有的很固定，几年不变，有的则处于发展中，隔三差五就变
信息系统是为业务处理服务的，于是系统就得不断的变啊变，呵呵




说这些扯远了，这实质上与开发没太多关系，嗯，我说的开发不包括架构设计～

ubotutwin

原帖由 lastwinner 于 2010-3-20 02:06 发表
看楼上一片叫好，说点反对意见：

1、业务的多样化要求、业务可能的变迁是否有人提前告诉过开发人员？
2、程序架构是谁设计的？设计者有没有告诉开发人员要注意1中所说的可能发生的业务变迁？
3、开发人员追求灵活的开发方式，本无可挑剔

你说的我赞同，方向首先是对的，才追求高效率、简洁的开发
最后一段，也赞同。但切记，程序员不是架构师没，也别指望其短时间内成为具有丰富经验的需求分析专家，人的成长都是需要一个过程的

    首先十分感谢这第一个反对意见的回复。
    可能因为搞技术的人更多注重技术的探讨，忽略了一些细节的东西。我所说的这个“开发人员”其实是该系统dss组的经理兼架构设计师。
    开发人员追求灵活的开发方式，本无可挑剔。这个没错，我本人就是因为爱好才走上编程这条路的，所以估计很少有人比我更疯狂的迷恋技术上的创新了。但是追求代码的优雅不是一朝一夕能成的，必须是一个厚积薄发的过程，我不是否定开发人员追求灵活的想法，只是没有根基的冒进就不太可取了。