一位同事因为设计的几个类搞了几十个public的成员,被经理指责得一无是处,大家评评理!(0分)

  • 主题发起人 主题发起人 cpj7406
  • 开始时间 开始时间
惭愧啊,搞2年的delphi我还对类的概念不是太清楚,真的惭愧啊!
 
在这里谈论的属性便于类安全,便于维护 我想完全是指 只读属性
要是可读写的属性,个人看来队类的安全性,是否便于维护 跟public好像没区别
一样会被到处赋值,导致维护困难
 
大雨哥,呵呵,真的很想去你们那,呵呵
 
我这人说话有些绝对,但是我认为:如果还是在用面向过程序的方法去写程序的话,是写不出好程序的,只会没完没了的测试,因为这样的程序是经不起修改的,只会不断的隐绅BUG;我是比较从尚OOP的,因为它确实给我们的软件的结构化、团队开发、减少BUG带来好处;
如果您还在用面向过程的写法去写程序的话,建议您不用争辩了,赶快学习OOP吧。
 
OOP之封装 【C#】 ^-^
http://blog.csdn.net/SysBug/archive/2008/07/24/2702899.aspx
 
看了没话可说.......本不是问题.现在是问题了...


..
 
lizhijie98的话还是很有道理的
 
lizhijie98的话还是很有道理的
1.我很懒的,不搞那么多花哨也不见得会死,搞了质量也提高不了多少
2.软件是生命周期就那么几年而已,往往占领市场的才是最重要的部分
 
能看到这么个热贴真好。最近论坛都不多见了。
对女孩说的是,经理说的对,自己要虚心。永远坚持真理。
对经理说的是,虽然尊重别人难,尊重你不喜欢的人更难,但是你还是要尊重人。
 
看了这个贴子,对OOP也有了新认识了~
习惯,平时写程序时也喜欢变量定义在public
 
骂虽然不对,但是指了的缺点,却是要改正的,教训是惨痛的,,打是疼,骂是爱,不打不骂,就不会进步~!!
 
主要是Delphi在这方面做的不好。想想c#还有谁会那样做。
其实存在就是道理,可以那样写。
既然语言允许,为什么不能呀。加Property实际和public基本没什么两样。如果只是简单的read和write。所以现在微软的 {get;Set;}机会都不用你写了。说白了就是public。
 
to: ugvanxk
你搞错了吧,property和public根本就是两个概念了,public是用来修饰property的,property还可以是protected和private的,不一定非要是public的,我有时候就会偶尔会使用一些protected的peroperty。
 
来自:lizhijie98, 时间:2008-7-18 23:34:41, ID:3908930
DELPHI被你们搞成什么了

DELPHI就和敏捷开发一样秉承RAD的思想
什么软件设计,设计模式 让他见鬼去吧
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

我觉得这么说就不太好了,那真把DELPHI糟蹋了。
 
不算过份...
好习惯是一种力量...
编程也要有好的风格...
人生过程中受点委屈又算什么?
对你太好了,你反而洋洋自得.
身上的毛病就改不掉!
 
其實這只是一個習慣問題,

我還常常會把幾個類做到一個單元裡。然後一個類直接訪問另一個的內部成員。(如:ServerSocket 類)

有時只是自己寫代碼,又要求速度快。這些小細節自然沒有處理得這樣好了。

很把功能做出來,大體結構沒什麼大問題了,再用點時間來重構吧。
 
帮顶一个,顺便发个交流群:delphi天堂群:4654765,不去是你的损失
我不知道什么是类?不会用类!
 
被经理说有时是一种福气,好好享受这个福气吧。
 
我现在已经作了一个系统,不小了。但从未用过类。向你们学习
 
我觉得那个女孩子比我厉害,我也学DELPHI编程也有5年了,感觉自己还是没入门
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
回复
0
查看
1K
DelphiTeacher的专栏
D
D
回复
0
查看
2K
DelphiTeacher的专栏
D
后退
顶部