关于中小规模生产销售型应用技术框架的想法和问题，请大家多多提点

最近在想一个问题，就是如何搭建一个比较适用于中小型企业的应用框架。
中小企业的应用特点主要是，相对比较集中，但也有分散在各地的。
如: 批发企业，相对比较集中，生产企业可能相对比较分散，办公和厂房分开。
还是个体零售，零售连锁，批零兼营等企业的特点各不相同。

我在考虑一种相对比较松散的结构，能满足于不同企业应用的框架，应用规则由业务组件完成，即业务组件是独立的，可以替换的。

实际应用中，我们都知道，C/S模式比较适合于企业的生产应用，而B/S比较适应于分布式应用。
在web 应用中，c#的xml web service和aspx表现出来的性能和特点，令我兴奋和折服，但转过来看
它在windows的应用中，再小的一个程序，什么都不做，启动起来都要15M内存，速度相比于C++的程序之下，明显的应慢了许多。这种速度在界面显示上，特别是界面元素较多时，更为突出。

因为我最初的想法是: 系统分成主要的几层，windows表现层(可能部分内容仍然使用web页面)，xml web service和具体的业务组件+数据访问层。然后根据不同应用的特点编译生成不同的组件，以便于使用。

如果是多点应用，包括分散式的应用，则使用完整的方案。
如果是本地应用，则让windows表现直接引用业务组件，这一点可以通过#define来达到目的。
针对生成的不同类型的业务组件，分别做成不同的安装程序，供不同类型的用户使用。

但使用C#做Windows程序我并不是很愿意，所以想到使用BCB或VC。分别看它们的表现，发现最简单的界面VC是4.5M左右，BCB是8M左右，看来VC是小很多。

现在面对的问题是，如何访问XML Web service和获取由web serivce来回传递的数据。

最近这几天也看了一下VC和BCB访问web serivce相关内容，也做了几个例子，发现VC和BCB访问web service是很简单的一件事情。但传回来的数据都当成了字符串。
VC是BSTR *，而BCB中为AnsiString。如果我用C#传个dataset，在BCB或VC中是个string，我如何应用呢?

随便说说这想法，希望有人能帮我解决这些困难。