文章标签 ‘平台’
以下所述的引擎也可以理解为平台，在这里不做具体的区分. 最近在做采集平台的工作，以前也做过此方面的工作，但是有些久远了，具体的思路变化遗忘了，当时使用的方法是：主体程序+采集插件的模式，每增加一个采集类型，则写一个新的类，对其进行解析存储等，具体这样做的原因应该是： 制作引擎太复杂，自己的能力也有限 每个采集模块结构太复杂，很难提供一个统一的处理流程 这次做采集平台，公司资源深厚，技术总监技术也挺牛叉，但是建设到目前的情况下，不得不说，做的好不错，但是仅仅是看起来很美，实际用起来问题真是大，问题如下： 每个采集类型差异太大 采集到的原始数据需要进行大量复杂的后期处理（可以通过调整引擎适应） 各个采集类型之间又有复杂的关联关系 诸如此类的复杂问题，导致目前的引擎，没遇到一个问题，都需要进行完善，导致代码庞大而烦乱，对于一直着手此项目的人，倒是好说，但是对于新入人员，就会导致其迷惑、遗漏，也许经过重构，我们可能会获得一个强大的引擎，但是感觉还是有些难度，而且即使实现了也应该不算优美，随思考如下： 市面上听到大都的引擎，应该是游戏引擎（我也是听说而已，自己没有真实经历，也是自己的想法，有错的地方请斧正或跳过），仔细想想，应该是一套API，是一套对directx和openGL进行重封装的api，以及对一些功能项进行封装，具体的调用还是很复杂的，所以还是需要编码人员编码的，而非配置出一款游戏。 即便是成熟的游戏系统，对于其脚本，也都是一门编程语言，具有复杂的逻辑处理能力，而非简单的配置 最近研究的drupal，也是一个很复杂的平台，但是想要对他进行自定义也是需要进行逻辑编码的 综合而言，我认为，没有所谓的，能配置即可适应新需求的平台或者引擎，至少应该有一个逻辑编码的接口，或者做成插件形式的也不错。