QQ群里的一些聊天资料,看了给点建议和帮助

对目前公司的建模方式,以及自己平时做项目时的思维方式,有点疑惑。下面是QQ群里的一些聊天记录,几个群中的,有部分重复,希望高手们看了,给点建议和意见,也可以发表发表个人看法

冰红茶(88400999) 10:39:39 你们建模型用什么,是用PDM做数据库表建模,还是用UML画用例图,类图
a(472818584) 10:40:00 PDM
冰红茶(88400999) 10:41:07 是啊,我进过的所有单位,基本都用PDM,但是前段日期,我看论坛,说JAVA是面向对象的,而不是过程式开发,感觉数据库表建模,以及平时我们的思考形式,都有点过程式开发的感觉。
a(472818584) 10:41:23 对阿
a(472818584) 10:41:47 从数据建模开始,不好
a(472818584) 10:42:14 那是面向过程的
冰红茶(88400999) 10:42:31 我怕这样下去,自己的思维方式会受印象,怕以后搞设计的时候,很难从面象对象的角度去思考,建模
a(472818584) 10:43:02 。。。。
冰红茶(88400999) 10:43:14 但是公司就是用PDM做数据库表模型,目前还很少有公司用UML的,大的环境如此,也很无奈啊
a(472818584) 10:43:28 那也没办法,老大们的要求
a(472818584) 10:44:03 领域驱动设计
a(472818584) 10:44:11 还是不错的 冰红茶(88400999) 10:44:31 可我们用PDM做数据库表建模啊

冰红茶(88400999) 10:39:53 你们建模型用什么,是用PDM做数据库表建模,还是用UML画用例图,类图
冰焰(82015679) 10:43:19 UML
冰红茶(88400999) 10:43:39 是啊,我进过的所有单位,基本都用PDM,但是前段日期,我看论坛,说JAVA是面向对象的,而不是过程式开发,感觉数据库表建模,以及平时我们的思考形式,都有点过程式开发的感觉。
冰红茶(88400999) 10:43:49 我怕这样下去,自己的思维方式会受印象,怕以后搞设计的时候,很难从面象对象的角度去思考,建模


冰红茶(88400999) 10:39:35 你们建模型用什么,是用PDM做数据库表建模,还是用UML画用例图,类图
阿德(251383120) 10:39:08 用PDM
冰红茶(88400999) 10:41:05 是啊,我进过的所有单位,基本都用PDM,但是前段日期,我看论坛,说JAVA是面向对象的,而不是过程式开发,感觉数据库表建模,以及平时我们的思考形式,都有点过程式开发的感觉。
冰红茶(88400999) 10:42:29 我怕这样下去,自己的思维方式会受印象,怕以后搞设计的时候,很难从面象对象的角度去思考,建模
飞渔(61912353) 10:43:45 MVC不是已经强制的把开发分成了表现层,业务罗基层,基本上每个层都是对象的集合
飞渔(61912353) 10:43:57 应该还是面向对象的吧
冰红茶(88400999) 10:46:22 现在我们做WEB开发,比如增加一条记录,首先需要一个表单添加页面,然后就到了action,执行插入 比如点了某一个人,传递ID过去,到了action,进行查询,得到记录对象,然后返回JSP显示。。。这样的思维,算是面向对象,还是面向过程了
阿德(251383120) 10:45:59 面向过程
阿德(251383120) 10:46:08 In myOption!
冰红茶(88400999) 10:47:01 是啊,我就怕这个
飞渔(61912353) 10:46:37 表面现象,个人认为是分层模式
冰红茶(88400999) 10:47:57 我前段日子,学了下设计模式,逛了逛论坛。感觉应该面向对象思维。。可我进的4家单位,无一不用PDM进行数据库表建模。。
飞渔(61912353) 10:47:15 分成了表现层,业务层,这样子思考问题更加的具有目标性
冰红茶(88400999) 10:48:36 现在我们做项目的时候,很过程化思考 比如,做一个购物车,思考方式是。。。。
飞渔(61912353) 10:48:01 PDM还不会,正在看J2EE,感觉很多项目的本质正在慢慢被忘记
飞渔(61912353) 10:48:19 J2EE,还是会带给我们一些思考的
冰红茶(88400999) 10:49:36 首先,查询,得到商品列表。。然后把要买的商品,勾选一下,点“放入购物车”,就产生一个购物号,每一种商品就是一条定单,每个商品又有一个流水号。。。。。非常的过程化 飞渔(61912353) 10:49:22 这个市业务流程

飞渔(61912353) 10:49:54 可是购物车还是对象,购物车集合还是对象
冰红茶(88400999) 10:50:54 但是分析的时候,就有点过程化了啊
飞渔(61912353) 10:50:31 添加也是在购物车对象和购物车列表的组合体的联系 冰红茶(88400999) 10:51:38 而且,思考的时候,总是以数据库记录的变化去思考的。比如某一个操作,同时会影响到几张表,会有哪些记录变化
飞渔(61912353) 10:50:49 面向对象程序设计=对象+对象的来年西
飞渔(61912353) 10:50:52 联系
飞渔(61912353) 10:51:29 这个是封装,真正对外界的知识公开的方法
飞渔(61912353) 10:51:55 而接口本身需要程序员进行开发 冰红茶(88400999) 10:52:54 以前做过一段时间详细设计,回想一下,总感觉以前做详细设计的时候,就是把项目模块的功能描述了一遍,操作流程描述了一遍,以及数据库的变化过程。这么去思考的。我怕掉入过程化开发
飞渔(61912353) 10:52:08 可以有比较好的算法设计

[该贴被kele8boy于2007年02月07日 11:00修改过]

借个地方,在问一问,大家觉得JAVA做哪方面比较好呢。最近我面了几家,好象做通讯方面比较好,就是做相对比较底层些,纯用JDK的API做。比如网络编程,对象序列化,IO流等方面
我目前的工作,基本在WEB的开发,用JSP/struts,hibernate等等比较多
很多现成的框架把自己给限制住了。比如说设计模式等,许多优秀的框架其实都用到了,然后提供简单的接口让我们调用,而我们如果只是简单的调用调用,感觉WEB开发门槛过低,很容易被后来居上,被应届生逐步拉近差距
你们说呢

另外,我现在是这么想的,感觉程序编码,现在在中国很多公司,其实是相当底层的一个职业了,但是又是每一个程序员必经的一个阶段,我到现在,培训java半年,参加工作1年,在编码阶段有了一定的基础,想朝更高些层面发展.
比如需求分析,系统设计,架构.
在前一家公司,一家小公司,我参与过部分需求分析,部分系统设计,以及大部分的详细设计.不过项目基本没什么架构可言.
而且,架构目前对我来说,还比较遥不可及.这次我进了一家大公司,年后上班,看看他们项目架构如何.
我现在比较偏爱需求分析和系统设计...但是,许多事,要跟现实结合在一起考虑的,比如需求分析,就要看你在公司多长时间,领导对你能力首先要肯定,然后才会有机会让你去接触客户,拉需求...系统设计也是,面试的人告诉我,目前系统设计还是有项目组里最牛的那个人做的,,也就是目前还不是很有机会能实际参与其中
可学java一年半了,我想每一个上进的人,都想自己能更提高一步的,希望大家指点指点,在平时工作,生活中,如何循序渐进的提高提高个人的综合能力

你前面三个帖子,可以反应目前一个现状。

忽视对象建模,导致设计模式没有用武之地,以为使用了struts+hibernate之类框架,框架使用了模式,自己就没有机会或必要使用。

如果我们不从数据库分析PDM开始,而是从领域建模开始,那么就会发现,设计模式在我们的业务设计中用处非常大,特别是业务非常复杂时。

做软件不一定要做架构师,领域建模专家也是一个发展方向,而且领域建模专家是一个不排斥年龄的职业,是一个经验行业。

领域建模

我对这个很感兴趣啊。怎么才能让自己逐渐朝这个方向发展呢
比如入门的书籍
你写的那本JAVA实用系统开发指南, 不知道还有没有卖的,我比较喜欢看实物书,电子书不太习惯看

查了一下,打算去买 领域驱动设计这本书,过年好好看看

banq:如果我们不从数据库分析PDM开始,而是从领域建模开始,那么就会发现,设计模式在我们的业务设计中用处非常大,特别是业务非常复杂时。
我感觉这和技术经理的水平和知识是否全面有很大关系,我们目前的业务就非常复杂,但经理及力推从面向sql编程,我们的架构就是面向sql的,换了业务只用改sql语句是他主要推从这个架构的原因,但我们现在移植后端存储方式的过程中可以说非常痛苦,所以说前期架构的设计太重要了,否则后期的维护简直就是灾难。
前两天看到有的朋友说如果客户可以随便更改后段存储方式只能说明这个项目太小,我认为是毫无道理的,客户用哪种中间件、存储方式是由多方面的原因促成的,你的架构应该有足够的能力去适应变化。。。。。。

要我来说就做自己想做的,反正都是给人打工,为什么不选择一个适合自己的呢?没能力改变公司,但又能力改变自己呀.