【真心建议】请完善插件开发接口

1)我要什么功能
希望官方优化系统内核，提供完善的插件开发接口。具体来说，就是一个傻瓜式的插件管理功能。我希望能在UC后台统一管理UCH、DZ等内部等子系统的插件，如添加、删除、启用/停用插件，类似于WordPress那样。
2)我为什么要这个功能
现在UCH、DZ的插件使用相当麻烦，需要改动模板文件、建表（甚至建数据库），使得系统后续升级出现障碍，比如有些大型插件一旦部署，由于会修改系统文件以支持插件功能，会造成将来系统升级时补丁包将修改的文件覆盖，导致需要再次修改文件。这样做风险很大，有些团队不得不做闭源二次开发，不再参与更新官方发布的升级版本。

而对于一个程序来说，松散耦合的程度也反应了该程序的成熟程度，若将插件接口开发完善，相信对于UCH来说将会是一个质的飞跃，再辅以相关插件教程及文档，相信广大开发者将会不断开发出高质量的插件来满足各种功能需求，也会省去开发团队不少力气。

希望UCH团队不要只注重表现层功能的开发，把精力放到到内核优化上来，既然UCH是开源的，那么更多的外围的功能是否可以放一放，先将内核功能完善了，这些外围功能第三方开发者是可以分担一些的，如WP和drupal是完全依靠第三方开发者来完善功能的，其插件数量以千计，各种功能都有，当然，国内外开源环境是不一样的，国内开发者的整体水平和热情可能没有国外高，但是我仍然认为UCH开发团队目前在核优化方面的精力过少了。

3)我的需求是否有共性
我认为我的需求有共性。很多人都需要傻瓜式的插件管理功能，因为目前UCH插件发布的现状真的可以用两个字形容：混乱。

• 大量的插件重复发布。一个人发布之后，另一个人接着发，也不知道原作者是谁，哪个是新版本哪个是旧版本。
• 有些插件发布之后想收取一些论坛金币做报酬，结果有些人买了之后再开新帖把插件免费发布，让原作者的收入尽失，阻碍了开发者的热情。
• 插件安装复杂、繁琐。有些插件可能是一个小功能，直接将文件复制到指定目录即可，而有些插件需要改动系统文件，有的还是改动多个系统文件，一旦出现错误，就会影响整个站点的访问，或者出现各种莫名其妙的问题。
• 插件管理非常麻烦。不同的插件放在了不同的目录，到最后也不知道插件都放在哪了，想删除还总担心少删了点什么，以后容易出问题；不同的插件安装时改动了不同的系统文件，到最后也不知道哪些文件改过，改的是哪里，结果一安装新版本，原来改动过的系统文件被新文件覆盖，导致插件不能使用或者出现各种莫名问题。
• 等等其他各种问题一箩筐……
  

这些种种情况，都极大的降低了插件开发者的开发热情（开发一个插件，钱收不上来，辛苦劳动被到处转载，结果还没人知道这是我的作品，可谓是彻底的无名无利），同时极大的降低了插件发布的效率（没有版本追踪，找插件全靠索引页或者搜索旧帖碰运气）。

而造成这些问题的原因（或者是部分原因），就是没有一个完善的内核级的插件支持体系，影响开发者的开发、影响使用者的使用、影响UCH的普及。

我想这些问题一旦解决，UCH将会像插上翅膀一样，一下子风靡世界的。纵观目前世界上流行的开源程序，无不是通过丰富灵活的第三方扩展来吸引大量使用者的，如WordPress博客程序、Firefox浏览器、Drupal内容管理系统等等等。

4)我心目中理想的这个功能是什么样子的
对于用户的使用，我希望能在Ucenter后台增加“插件管理”栏目，点击进入之后是各个应用下的插件列表，可以启用/停用指定的插件，删除或安装插件。

对于开发者的开发，我希望能做到插件模块高度抽象化，可以是增加一个类似“投票”的栏目，也可以是给文本编辑器增加一个按钮，我希望都能是通过接口向UCH注册插件之后即可实现模板引擎对插件代码的处理，这样就可以给插件单独的存放路径，实现统一管理插件。

该功能也许会涉及系统内核的修改及程序架构的变动，改动幅度较大，我希望知道该功能是否之前已经列为开发计划了？

另外还想问一下UCH的代码管理政策是什么，第三方开发人员如何向代码管理小组提交代码？如果是非付费用户，能否修改程序代码提交代码管理小组，帮助改进UCH系统？

再次恳请UCH开发组，分出一部分精力放到内核功能的优化上来，内核功能完善了，外围表现层的功能自然有大把的开发者愿意去做。这是一种战略上的选择，我相信这样做更有优势。

楼主写的很好，代表了绝大部分站长的心声，但在这里，只能说遗憾了，官方如果这么做，那么他们的漫游还想发展了不？所以我们就不要奢望了！

那就只能自己动手了~~
不过我觉得插件NB，UCH就越NB，UCH要是遍地开花大家都用~~那~~对漫游不是挺好的吗~~~漫游都是靠UCH站长去推广的~~~
唉，所以我觉得这对漫游的发展只有好处没有坏处啊~~希望官方能够采纳啊。
就算不做插件接口，也拜托完善一下模板引擎吧，现在UCH的内核真是……跟国外那些没得比啊~~~希望UCH能够发展成世界级的开源程序，跟DZ一样，那多牛掰啊~

如果同一个插件，本地也有，漫游也有，你会选择用哪个？
答案很明显是本地，官方的UCH是免费的，收入就靠漫游，大家不用漫游了。康盛就没收入了！

这个~~各位前辈我可能对UCH接触的还不够不太明白。现在漫游官方开发的游戏，人气比较旺的都是超大型很NB的网页游戏，单枪匹马的开发者搞不定啊。
而且站在开发者的角度，我觉得我要是想开发一个应用，就去使用漫游开放平台的接口，为什么要用插件接口呢？要做成插件的话，我就只能去论坛发布，靠口碑宣传，那装机量绝对没有发布到MYOP上高啊。而且做成漫游应用还能靠漫游币分成挣钱，不然想挣钱就只能是自己内置积分充值，那不就跟人家UCH站点的积分体系乱了，就算我给站长分成，站长愿意装我的插件了，那10个插件就有10个分成模式、10个积分体系，漫游的应用还有漫游币，UCH站点还有一个积分体系，作为站长多头疼啊，宁愿要装漫游应用了。
所以我觉得应该不会有那么多开发者会用插件去抢漫游应用的市场的，用漫游做应用，用插件做功能模块，犯不上用插件接口做一个开心农场出来。插件就是完善UCH网站自身功能的，漫游应用是提供会员娱乐工具的，两者互不冲突。