插件结构能解决一切吗？讨论兼散分
先说说我们公司的情况，我去年来的，来时公司已经有了一套组件库A，那个组件库A是公司的技术总负责写的，不可否认，那个组件库确实在一定程度上减少了开发的难度，并且在很多项目中得到使用了。但是由于整个库没有经过测试，带来的问题也不小，以至于几乎每个项目都有问题，这就先不说了。
今年公司在那个组件库A基础之上又整了个插件框架B，相对于A变化挺大，打算以后的开发都使用这个框架B进行开发，之前我写了个程序，使用的是组件库，功能都没什么要变动的了，但是现在功能要我在两天内把程序改称插件结构。由于当初软件设计时根本就没有考虑到插件结构，再着引用的都是原来的组建库A，所以改动的工作量不小，我给负责人说了，人家说我加班吧， 太郁闷了。
其实如果说公司的插件结构B是一个很好的、经过考验的框架，那么我是很乐意进行这些改动的， 但是不是的，那个插件B的问题 也很多，公司用那个插件框架B写了一个公司内部的软件，但是由于BUG太多都没有使用。而且框架建立的程序的各个组成部分之间耦合很紧密， 我研究过SharpDevelop ，自己也用那个写过东西，深感#Develop的巧妙，人家那才叫插件结构。
现在可郁闷了，所以散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分散分。
大家讨论一下插件结构和你们公司的开发现状吧！

------解决方案--------------------
帮LZ顶
------解决方案--------------------
来接几分````
------解决方案--------------------
我們是用組件開發
沒有什麽十全十美的架構
------解决方案--------------------
我们大多数也是购买来的开源组件,自己二次加工.当然这是UI层的才用到的
框架有自己比较完整的一套
至于其他的还是得程序员写``
------解决方案--------------------
每个公司都是这样的,呵呵,问题一堆,
------解决方案--------------------
经来学习一下，请问什么叫插件结构啊？

------解决方案--------------------
sharpDevelop我觉得他的插件结构很好，虽然有点抄Eclips的，不过对于AppDomain的应用已经非常了不起。
Asp.net中，我觉得类插件系统的话，用WCSF我觉得比较好开发。
------解决方案--------------------
我们公司人少，因此常常买些软件做二次开发，以前买过个中间件，名字就不说了，够烂...害得我们做的软件问题多多，中间件还没法改，真是噩梦阿......
------解决方案--------------------
快沉了，继续帮顶！
每个公司都这样！