超低价卖我的软件，建筑公司综合管理软件，包括货物进销存，帐户管理，人事工资管理，重点是进销存和帐户自动结算。适合于小的货物销售公司使用,功能非常全，您需要的工能

界面太花俏，其实没什么东西，这种软件需求清楚了，写个半个月就够了，看了你的界面，不是
打击你，你写的代码一定很多重复的，不是按面向对象的思想写的，建议各位有他的源码的不要
被这种大路货迷惑，参考一下是可以的，不要去学。

给我也来一份吧，看起来不错啊
发到我的新浪信箱应该可以 fastnote@sina.com

将一些有价值的资料发到我的邮箱si_dg@sina.com
软件功能强大，整体做的不错。但数据库选择的不好，数据库访问的机制不好，如果这两个
改为access、sql server ，ado、dbexpress那就好了

>来自：delphilai, 时间：2003-1-13 9:22:00, ID：1575911
>界面太花俏，其实没什么东西，这种软件需求清楚了，写个半个月就够了，看了你的界面，不是
>打击你，你写的代码一定很多重复的，不是按面向对象的思想写的，建议各位有他的源码的不要
>被这种大路货迷惑，参考一下是可以的，不要去学。
谢谢您的指导,您是在2002年4月还是学生的时候做过一个类似的进销存是吧.
您是不是每一个界面都有独特的特点而不同啊.
您是不是把订单,付货单,收款单,付款单,入库单,出库单,每一个的字段都很不相同啊.
您是不是不用GIRD显示列表,不用EDIT编辑字段值啊.
您的代码中每个表的确定,删除,发送等按钮的代码有有不同的结构啊.
如果您回答是,那么高手啊.我没那么能.
俺只知道做统一界面,统一接口,统一结构编码.
您说的面向对象的思想是什么啊??请高手指点一下我的大路货...................
俺的话不是攻击你啊.俺是想说,您刚毕业不久吧?????
谢谢指点.

来自：sidenggw, 时间：2003-1-13 9:51:00, ID：1576044
将一些有价值的资料发到我的邮箱si_dg@sina.com
软件功能强大，整体做的不错。但数据库选择的不好，数据库访问的机制不好，如果这两个
改为access、sql server ，ado、dbexpress那就好了

现在看来当时的数据库确实选型不好,单当时纯粹是因为那个公司的数据量不会很多.
在源码中用ODBC可以很容易的扩充到ACCESS,SQL SERVER使用.
谢谢指点.

留个QQ吧

老人家,在北京过的好吗?
我的QQ上次已经加过你了.
只是一直没时间上了,嘿嘿,见谅.
因为公司上不了QQ,
有事发邮件吧. chenbin@slof.com

各位,收邮件的时候一定找个大邮箱啊...........

to cb_hfxy,呵呵， 没错，我刚毕业半年，不过也混过了4家软件公司了，呵呵，虽然说的话不太中听，
但我发现很多工作经验好几年了的人，设计的软件系统结构都很不合理，代码冗余太大，按照我的
编程思想，应该是按照面向对象来写，其实“面向对象”这一名词太普通了，稍微懂点计算机的人
都知道面向对象，但真正把它运用的好的不多。我们部门开发的综合资源系统1.0是我们部门技术经
理设计的，开发到后期我才发现很多工作都是浪费，不是按照OOP来设计，代码冗余很多，维护起来
麻烦。现在我重新设计系统结构，把数据维护模板做成父类，我目前正在设计，还没完工，按照我的
方案，设计了3个父类模板窗体，TForm-->TChildForm（可融入容器、其他常用的）-->TDbBaseForm
（实现基本的数据维护、排序、查询、导入导出等功能）-->TDBBasePageForm（处理大数据量如百万
条以上时分页等），然后每个具体的模块对应的数据维护窗体都继承于TDBBasePageForm，这样我只要重载
两个函数就可以了：
procedure TfrmDBbasePage_Demo.InitContainerList;
begin
ContainerList.Add(sBoxDetail);//当字段比较多时，可能有多个页面，所以加容器，该容器里放的
//是数据表对应的编辑控件
end;

procedure TfrmDBbasePage_Demo.InitTableInfo;//初始化表信息
begin
inherited;
TableName:='TBL_Lailc';//传本窗体操作的表名
PrimaryKeyFieldName:='Field_ID';//关键字段名
end;
不管对于任何的表进行维护，我的代码量都只要几句话就够了。
而窗体界面的话，我不用感应控件，自己重载了TScrollbox,TEdit,TComboBox,TDateTimePicker,TCheckBox，写了5个控件：
TIRMSEdit：一般的编辑控件，TIRMSComboBox：下拉框编辑控件，TIRMSPickBox：能显示关联表名称字段数据而
返回编号字段数据下拉框控件，TIRMSDatetimePicker,：日期时间控件 TIRMSCheckBox（因为后台用Oracle，没有boolean类型字段，所以重载
它根据boolean值得到字符型的值），TIRMSScrollBox：容器控件能根据表名自动创建前面的各个控件，自动排列位置、缩放长短，类似于Infopower
的那个容器控件。这样开发量将非常的小，一切将只是业务方面的问题了，只要业务需求明确了，所有问题easy，这就是我
所理解的“面向对象”的浅显的理解，请指教。
我看了你的界面，花里花俏的，估计没按OOP思想来作，所以给你不太高的评价，不过骗骗菜菜的客户还行，呵呵。倒是后面升级和维护的时候会累死你。

to cb_hfxy,你说的“您刚毕业不久吧?????”，好像是小看我，说我不懂编程自以为是是吧？
呵呵，虽然我写过的MIS不多，工作经验不长，但我以为很多东西并不是说你工作经验多长，
就一定比工作经验比你短的人强，就好比面向对象的思想，特别是对于使用delphi的开发人员
来说，很多人（至少我去过4家软件公司，跟不少干了好几年了的工作经验比我丰富的多delphi程序员共事过）
作来做去，只会写数据库MIS，而且是凭经验吃饭，技术上没什么深度，系统结构很不合理，
所以一直为很多delphi程序员感到悲哀，特别是那些比我老的程序员，水平只停留在数据库MIS上，
没能提升一个高度，没有真正体会面向对象的思想，很是遗憾，这也许就是为什么我们delphi程序员
工资要比C＋＋程序员低的原因之一吧。
前段时间一个同事抱怨有一年多工作经验了工资还比我这刚毕业半年的还低，我不好当面指出，
在这里，我就权作为一个工作经验不长的delphi程序员给所有工作经验很丰富的前辈提一点点建议吧，
希望看到我写的文字的人能有所启发，那么我就很满足了。

to cb_hfxy，如果可以的话把你的那个东东发给我看看，我参考参考，但绝不会侵犯你的版权的，呵呵
我也有一套非常大的电力企业ERP源代码，呵呵，看了你那个界面，好像是比不上这个一套就卖99万的ERP
软件，不过不是我写的，不敢随意拿出来。欢迎各位前辈高手跟我交流：delphilai@163.com

来自：郭玉梁, 时间：2003-1-3 17:26:00, ID：1558827
界面挺花哨的，不错。就是DBGrid等控件太土了，不般配

我倒是搞了一个flat的dbgrid,加到里面去也许好点

呵呵，delphilai，谢谢指正。我的这个肯定不能和你那个99万的ERP相比。
因为我这个软件在网上才卖200元。如果有人给我99万再给我充足时间的话我也没什么问题。
至于delphi，说实话，越学越没什么深度。没有相关项目很无聊啊。
做数据库本来就没什么深度，翻来覆去的就是单机，CS,BS,三层之类。
但是要做哪个行业软件，就要把哪个行业的流程摸透，这才是最重要的。
嘿嘿，希望以后能和你多交流。谢谢。
上班中，不能发过多的言，见谅。
sonie,我的gird是inforpower的。

顶～～～～～～～～～～～～～～～～～～～

我有停车场软件、门禁软件、消费软件等一卡通软件，有人要么[]

请发邮件给我。

我的油箱是
zikao419@eyou.com

zikao419，你的邮箱满了，发不上。您清空一下直接发邮件通知我。
谢谢。

DelphiLai:
你好,我感觉要在MIS中全面使用OOP,前提是数据结构一定要确定,
而且数据结构要按OOP的理念重新构建,按mis base api,mis paraent form,mis form的结构
一层一层架构,中间的架构肯定要参考(设计模式).
如果能使用OOP的理念来写MIS,就不会有现在这种构思到一个功能,但做到比较艰难的局面.
我有这个思路,但你好像比我更进一步,盼望能一起讨论
邮箱:liuj0771@sian.com

来一个，delnsoft@yeah.net

顶一下。