【Delphi版改版计划】

3、Win32 API/SDK
5、分布式开发/ActiveX/COM/DCOM
我觉得这样比较合适！

"分布式开发"是针对应用上、设计上，也同时针对COM和CORBA两个标准"ActiveX/COM/DCOM"是针对技术细节的

ehom (？！)
强烈见意加入　Delphi.Net　版块

还有MIDAS这样的Borland提供的中介引擎也合并到分布式多层开发中去

在Borland推出Delphi.Net后，CSDN应该会另开一专区，所以暂时不考虑它

嗯，我看了最新的版块结构，排布的非常优秀，看来EHOM兄在这方面想了许久才定下来了，看下面的朋友对此有什么看法，终于盼到了改版“结构”的消息了，非常棒，大家一起努力吧。。

其实参考一下大富翁就可以了
人家做了这么多年比CSDN还是有经验

To aiirii:这可能只能由CSDN解决,我们只能在现有基础上划分~~~To xiaoxingchi:基础类可能还是要拆,因为它集中了很多本应属于其它版块的帖,现在的小版块数应该不算多吧?

同意Aiirii的意见,不用CSDN解决啊,只需要开个"未解决精华区"(较有难度和意思的问题),可以再由各小版主把一些本版的比較難的問題, 又沒有解決的, 或比較有意思的, 討論比較多的, 转到这个版.

再增加一"特殊问题解答区",用于放置一些比较偏、难或不好分类的技术问题~~~1、语言基础/算法
2、VCL/OOP
3、IDE/组件开发
3、Win32 API/ActiveX/COM/DCOM
4、数据库开发
5、分布式开发
6、图形图像/多媒体
7、网络通信
8、特殊问题解答区
9、Delphi Bar

晕，刚发现一个排序BUG~~~另把“Win32 API/ActiveX/COM/DCOM”更名为“Win32 API/开发环境”1、语言基础/算法
2、VCL/OOP
3、IDE/组件开发
4、Win32 API/开发环境
5、数据库开发
6、分布式开发
7、图形图像/多媒体
8、网络通信
9、特殊问题解答区
10、Delphi Bar正好十个区，十全十美:)

“IDE/组件开发”更名为“IDE/组件开发/组件使用”1、语言基础/算法
2、VCL/OOP
3、IDE/组件开发/组件使用
4、Win32 API/开发环境
5、数据库开发
6、分布式开发
7、图形图像/多媒体
8、网络通信
9、特殊问题解答区
10、Delphi Bar

语言基础和开发环境放在一起；这样，新手的朋友，一举两得；
特殊问题解答区，没有必要要的；
还不如改个Delphi应用笔记呢，呵呵

我赞同 l_xiaofeng(流水不腐)

我个人是觉得不能把语言和开发环境放到一起，这样容易让新手把一些基本概念都搞错了，虽然不少人是通过Delphi去学写程序，但对很多学此专业或要做这行的人来说，还是要把程序设计独立出来好好琢磨琢磨的

“Delphi应用笔记”显得自我意识太强了吧，毕竟技术区好像应该是以问答为主的~~~当然我名字取的也不好，可以再商量商量~~~：）还有，小小为什么要走呢？相信我要批，大家都不会答应，是吧？

http://expert.csdn.net/Expert/topic/2566/2566681.xml?temp=.8195001有两个建议，不知道能否用上？呵呵；
另外：Delphi应用笔记不一定非要Delphi的，可以是自己求职的一些经历，自己的一些心得，有助于帮助别人；
ehom兄，HOHO，偶支持你，好好的干，嘿嘿

ehom，我那有说我要走了？你赶我不成？呵呵；
我的很多东西都在CSDN上留有影子，怎么会走呢？
我的快乐，我的爱情，我的一些乱78糟都在上边留下过，偶怎么会走？呵呵

我非常同意Delphi 版面搞个算法的内容，
现在入门的兄弟普遍重语言轻算法！支持！
另外，伴水老版主厉害呀，马甲又混上5个三角了，哈哈！

ehom,你可不要小看了那个经历之类的，很多人的确需要这些，昨天我还置顶了一个子贴子，今天不知道就被谁给放翻了，呵呵，其实，那个很有用的，因为很多人发这类贴子，往往没有人关注，或是糟到迎头痛击，不太好的；还有，想申明一点的是，我在那个贴子里的所谓的倒分，我自己没有给自己倒过一分，也没有给我自己倒过一分的信誉值；只是不想看到别人的信誉值低的可怜(在意的人，是一种打击)；
另外，这是一个家，都是程序员，演义的应该是程序人生，而不仅仅是只论技术，非技术以外的话题不论，那样感觉有点不妥当:-)

建议：
IDE/语言基础/组件应用 // 作为入门者使用VCL/OOP/组件开发 // 放在一起似乎好一些

ihihonline,发到Delphi Bar中不可以吗?这不就是个聊天\谈心的地方吗?有必要再另开一个嘛?名字可以换嘛~~~

好啊，ehom，支持你的工作，妥当，嘿嘿；

组件开发可能只是派生个子类而已(当然还可能有很多和OO无关的技术要素在里面),而OOP完全是体现一种程序整体的设计思想,和组件开发没啥太大关系,很多用Delphi的程序员缺的就是这个,所以一定要区分开来,不能让他们存在误区,以为用了OO的语言,写了几个组件就叫OOP

上面已经解释过了"在Borland推出Delphi.Net后，CSDN应该会另开一专区，所以暂时不考虑它"就现有的东西完全可以归纳为"开发环境"

1、语言基础/算法/OOP
2、VCL/IDE/组件开发/组件使用/开发环境
3、Win32 API/网络通信
4、数据库开发
5、分布式开发
6、图形图像/多媒体
7、特殊问题解答区
8、Delphi Bar

4、Win32 API/开发环境太模糊了，还不如ActiveX/COM/DCOM呢，这类技术是必须要有的！也是一部分人关心的话题！

总觉的还是少点什么，比如和一些相关其它技术一起开发的东东如XML.... 具体的我还没有想的太清楚....我再想想

还应该加上.net
尤其是在新版的Delphi出来后，我觉得原来的很多东西都不合理了

1、语言基础/算法
2、VCL/OOP
3、IDE/组件开发
4、Win32 API/开发环境
5、数据库开发
6、分布式开发/ActiveX/COM/DCOM/CORBA
7、图形图像/多媒体
8、网络通信
9、特殊问题解答区
10、Delphi Bar这个样子还是8错di

To windindance:这里的网络通信应该是基于协议、WinSock或一些网络通信组件的，和分布式开发在知识层面上恐怕区别有些大，我觉得分开比较好To CDSoftwareWj:上面已经把"组件使用"归纳到"IDE"中了~~~我个人是觉得把COM放到分布式开发不好，我和我周围的人也用过它们，但从来不是应用于分布式开发中，毕竟COM不只是用来做分布式开发的技术。To l_xiaofeng:如果把COM写明了，是不是还要加上一个"CORBA"区呢？如果说模糊点，可以把这类问题分流到各个区去，一般应用搞不好还多在分布式开发中。另外我个人是觉得不能把"组件开发"和OOP放到一起，原因上面也说拉，组件开发很多时候需要和Delphi的IDE环境联系起来的，也体现不出多少OOP的程序设计思想，应该分开。

同意 l_xiaofeng(流水不腐) 的意见。Win32 API/ActiveX/COM/DCOM 应该分开

1.语言/OOP/算法
2.VCL/组件开发/IDE扩展
3.Win32 API/COM/DCOM/COM+
4.数据库开发/BDE/ADO/DBExpress
5.分布式开发
6.图形图像/多媒体
7.网络通信
8.经典问题集锦
9.Delphi人生/成长之路

请问Web Service 应该归到哪一类?

1、语言基础/算法
2、VCL/OOP
3、组件开发 <----(所有的组件技术开发都在这里不好吗？^^)
4、Win32 API/开发环境
5、数据库开发
6、分布式开发
7、图形图像/多媒体
8、网络通信
9、特殊问题解答区
10、编程资源 <---- 第三方组件，图标啦，图书啦什么的都在这里
11、Delphi Bar

Web Service的问题可以分散到网络和分布式开发中去

"组件开发"没有必要单独出来吧?毕竟很多人写组件只是练手,这不是软件开发的重点,运用OOP的思想,软件本来就是抽象成各种对象的集合,只是不去注册它罢了.所以把组件开发放和IDE关联起来就足够了.编程资源帖太少,可以把问题分散到其他相关技术区去.根据以上部分意见,再次修正如下:1、语言基础/算法
2、OOP/设计模式
3、IDE/VCL/组件开发与使用
4、Win API/ActiveX/COM/DCOM
5、数据库相关
6、分布式开发
7、图形图像/多媒体
8、网络与通信
9、特殊问题解答
10、Delphi吧

To l_xiaofeng:如果多数人觉得没有问题,再联系到其他几位版主,大家再交换交换意见,马上就提交申请~~~

个人看法：
  编程里头，所有项目都是互通有无，都有千丝万缕的联系，硬要拆分成一个个的类别，实在没有必要。比如说写个数据库，你用ADO，到底是属于COM，还是属于数据库相关呢？很快类别就又会乱了。
  所以我觉得，只要目前分类没有重大缺陷，没有必要做重新分类这种劳民伤财的事情。
  以上纯属个人看法。由ehom最后决定吧。

To foxnt:其实要重新分类的原因前面已经说了,基础类帖子太过于集中,导致很多人一来就选择它发帖,这样基础类小版主的管理压力也比较大.而后面有一些版块没什么人气,最好合并掉.说到写数据库用到ADO,我是这么想的:如果是比较底层的ADO问题自然属于COM类,如果只是应用VCL中封装的ADO组件,那可以算是和VCL有关,如果是应用ADO做数据库程序的设计,问一些比较上层的问题那自然就算是数据库相关.当然每个人都有自己的分类标准,只要让多数人觉得方便就可以了.To joyv:分开的原因我前面已经说了

10、编程资源 <---- 第三方组件，图标啦，图书啦什么的都在这里嘿嘿，老兄，不是我多嘴，这个地方将会很少人看得，真的。我几乎几天就会发现有一个人问delphi的下载地址…… ehlib下载地址，等等……

恩，我觉得最后一次的分类不错但可以把DCOM放在分布式开发中，包括DCOM WebService之类的内容

Win API/SDK 单独保留吧
个人认为不应该和ActiveX/COM/DCOM相掺和

呵呵
GAME版，没了
不错不错
省得一群人在讨论外挂
分散岛到图像和算法版就行了，个人觉得

1、语言基础/开发环境
2、数据结构与算法
2、VCL/OOP/组件开发
3、Win32 API
4、Web开发
5、数据库开发
6、分布式开发
7、图形图像/多媒体
8、网络与通讯
9、系统开发/核心技术
10、Delphi Bar

naughtyboy(重归起跑线)也和我的看法是一致的！而且API/SDK应该是独立开来的！

http://expert.csdn.net/Expert/topic/2569/2569391.xml?temp=.7468683

个人建议，支持的请投票：1、语言基础/算法
2、VCL/OOP
3、IDE/组件开发/组件使用
4、Win32 API/系统/硬件
5、数据库/报表
6、局域网应用开发
7、因特网应用开发
8、.NET架构开发
9、图形图像/多媒体
10、程序人生

To l_xiaofeng:在SDK的基础上开发不是软件开发的主流吧，那是不是还要开个Win DDK专区呢？似乎没必要嘛~~~我的意思是只要有个区专门讨论关于操作系统的一些技术细节就行了，当然名字可以改，我开始把它改为了“开发环境”,但你觉得太模糊。大家讨论下换个什么名字吧？

To shsunb:技术层次的网络开发不需要分什么局域网和因特网的。.Net的问题上面解释了多遍，.Net的涵盖面也太广了，和其它分区都不是一个量级的东西。Delphi.Net应该会另开新区的，它和传统的Delphi从语言到框架到IDE到开发环境都有很大区别。To hkbarton:虽然用Delphi开发WebService多是分布式结构，但我的个人意见是把WebService和分布式开发放一起还是不合适的。

可以分为以下几个：
1.我不知道用不用Delphi
2.我不会用Delphi
3.我要学会用Delphi
4.Delphi?我会用
5.Delphi我很熟
6.Delphi？小菜一碟
7.不用Delphi用什么实现

我的观点是全部合起来，就一个DELPHI版就行了！

个人感觉还是楼主的建议比较好！！！ehom(？！) 想的已经挺全面了。我看就这么着吧！！

加个设计方面的吧，这个里边的人以后都不可能只做Coder；
而，Delphi里的一些基础方面的，能并就并，能合就合，分开了，觉的不是很好的；听大版的；_____________________________________________________________________暮春三月,羊欢草长,天寒地冻,问谁饲狼?人心怜羊,狼心独怆,天心难测,世情如
霜……

1、语言基础/算法
2、OOP/设计模式
3、IDE/VCL/组件开发与使用
4、Win API/ActiveX/COM/DCOM
5、数据库相关
6、分布式开发
7、图形图像/多媒体
8、网络与通信
9、特殊问题解答
10、Delphi吧我认为上面的分类很有问题，还不如现在的好。比如1和2完全可以合并为Object Pascal；6、7拆开也毫无必要。至于IDE/VCL/组件开发与使用三项组合实在是牵强。
目前的分类基本还是可以。制度一般坏不到哪里去，关键是管理和执行，大堆条文无可操作性或没有好好操作则纯粹浪费纸张和经历。
建议在管理制度中增加一项：凡是帖子从一个分类转移到另一个分类时，要扣除贴猪荣誉分/可用分。拿现在来说，VCL类就成了散发和找寻第三方组件的板块，动辄“大妈大叔，呕要XX控件，麻烦你发到XX信箱！！！”，这叫VCL讨论么？？一些人天天找组件，到头来自己屁也不会，何其悲也！————————————————————————————————————
宠辱不惊，看庭前花开花落，去留无意；毁誉由人，望天上云卷云舒，聚散任风。
————————————————————————————————————

动辄“大妈大叔，呕要XX控件，麻烦你发到XX信箱！！！”，这叫VCL讨论么？？一些人天天找组件，到头来自己屁也不会，何其悲也！故国这句话说得经典,但是可能要得罪不少人DI同意Aweay(char* love,int len),大致征求一下意见,版块不要太多,就可以定下来了讨论太多不如不讨论

To firetoucher:从我的初衷来看，算法是不能和设计放在一起的，设计一个系统时不会考虑具体实现问题，自然也就谈不上“设计”算法？网络和分布式一定要分，这点不需要从人气上考虑，把基于WinSock写底层的网络通信程序和设计分布式系统放在一起讨论实在太别扭。特殊问题解答版放一下比较难、偏、综合性较强、不易分小类的问题。To ihihonline:OOP/设计模式应该就算是设计类了，另外像"分布式开发"的专题开发版也是偏重于设计的。To lxpbuaa:“比如1和2完全可以合并为Object Pascal”这里不能合并，Borland官方也已经把Delphi作为语言来称呼了，和以前的Object Pascal还是有区别的。但这不是主要原因，也许也有点有引导社区发展方向的意思，也就是大家在掌握语言基础后（也就是这里的Delphi语言），还要去学习如何设计程序，构建一个高质量的系统架构。5、6为什么不要拆开？lxpbuaa兄能否说明理由？我还想不到要把他们放一起的理由。IDE/VCL/组件开发与使用放一起一点也不牵强，这个区就是讨论和Delphi（开发工具）本身的一些紧密相关问题。

再次修正如下：1、语言基础/算法
2、OOP/设计模式
3、IDE/VCL/组件开发与使用
4、操作系统/开发环境
5、数据库相关
6、分布式开发
7、网络与通信
8、图形图像/多媒体
9、特殊问题解答
10、Delphi吧可能初学者会有些不习惯，但可建议CSDN在近期要进行的改版中给版块加上解释性文字

我觉得是分类方向问题：
本来已经有技术区和非技术区，但是在Delphi版还是要加入一个非技术区用来讨论经验，书集，看法，以及自己的想法；
然后再技术区进行详细划分，根据现在的技术可以划分为基础类，网络类
由于基础类面向太广，还可以细分：IDE,语法，OOP,
网络类可分为：C/S，B/S,分布式开发
我个人认为，控件是基于OOP的，可以把他放在OOP中；当然以上是基于技术的角度进行划分的，也可以基于应用的角度进行划分
比如说划分成：图形图像，多媒体，数据库，控件，动态连接库，多线程，服务程序+控制台等等；
具体各位头头讨论吧！
也可以采用技术与应用相结合的方式；个人观点，仅供参考！
:)

我知道Delphi已经被称作为一种语言，不过这在是D8 for .NET中。因为Object Pascal为了适应.NET开发，所以必须经过改造，也就是说手术后的Object Pascal叫做Delphi语言。而不是说我们现在使用的Delphi是一种语言。
另外，我不知道改版的分类是如何考虑即将推出的D8 for .NET？是兼顾Win32和.NET开发还是有所侧重，抑或会出现Delphi和Delphi for .NET两个大类？如果这些还没有考虑清楚，就谈大类细分可能为时过早。————————————————————————————————————
宠辱不惊，看庭前花开花落，去留无意；毁誉由人，望天上云卷云舒，聚散任风。
————————————————————————————————————

调试易

【Delphi版改版计划】

解决方案 »