散分啦，软件项目文件目录结构的优点和缺点（内详）

散分啦，请教高手软件项目文件目录结构的优点和缺点（内详）
一般做一个大一点的项目，都会做很多dll，或是使用到企业的底层框架DLL库和相关机制，或者说，
开发人员做项目时间长了，会积累好多类，可能会考虑做成DLL形式，以后新做项目时使用。

有的人可能会提出一个新项目可以直接做成一个可执行文件，这样使用起来比较方便 ，拷贝到另外地
方也可以简单告诉其他人如何使用。而用户对于单个文件的感觉比一堆文件好像一个平台感觉好些。

现在，问题来了：

这两种做法各有什么好处和缺点？对用户的和能开发人员哪种好些，为什么？
多个DLL加上可执行文件对用户究竟有没有好处呢？


请高手指点，谢谢！





------解决思路----------------------
一堆dll的好处是，在用户看来，你好厉害，一个系统这么繁杂威力无比，物有所值
一个exe，在用户看来，好简单啊，就这么点东西，亏了
------解决思路----------------------
没什么关系。

那些多个dll的项目，第一是一种习惯，第二可能很多是第三方的，直接拿来用的。


------解决思路----------------------

引用:

我是想问，哪种更好些，好处在哪里

我个人所知用一堆DLL的方式可以使开发人员降低BUG出现次数，好修改，底层类用的频率高，出现BUG时一个改了，
一堆项目都可以快速消除BUG。感觉对开发人员好处多多，就是如何说服客户这种好呢

没有额外好处。
二者都一样。
除非你是插件式设计。
------解决思路----------------------
使用DLL封装起来的主要是为了使用方便，并且自己写的一些源码不会被他人看到
------解决思路----------------------

引用:

我是想问，哪种更好些，好处在哪里

我个人所知用一堆DLL的方式可以使开发人员降低BUG出现次数，好修改，底层类用的频率高，出现BUG时一个改了，
一堆项目都可以快速消除BUG。感觉对开发人员好处多多，就是如何说服客户这种好呢

前提是你的DLL写的足够完善，因为DLL里也会有BUG
------解决思路----------------------
看系统设计，如果配合的人多，用dll比较好，各做各的模块，bug也是自行解决，并且别人的模块自己不用操心...

再说一些成熟的dll，有源码的话也是可以做成lib，直接静态link到exe中


对于用户来说，一般应该是会看体验吧，而不是看程序的文件多少吧....要是看文件的多少，那开发人员可以搞一堆给他应付


------解决思路----------------------
那就弄错成ib，1个1个静态加载到exe中，就只有1个exe啦
------解决思路----------------------

引用:

我是不想改啊，想求理由说服客户

你是DLL多还是少啊？
------解决思路----------------------

引用:

我是不想改啊，想求理由说服客户

你就说QQ使用的如何？
人家就有那么多dll等其他n多文件

你们才几个dll.....  然后忽悠他，一般程序好就是文件多
------解决思路----------------------
将你的dll全部放在一个隐藏目录里面，让客户看不到。