设计方案被否决

    最近,工作终于有点技术含量了,我被安排去做一个文档内容识别的算法,经过7天时间,在大家的讨论中,终于产生了一套针对该类文档的比较有效的识别算法.可是``````当我拿出我的详细设计的时候,leader居然说我设计的太复杂,一个字符串识别拆分算法居然被我设计成12类文件,他觉得复杂了``````其实,整套算法一直是我在做,我最清楚了,源文件的多,反映了对子功能的最小封装,功能的细分,体现在了类的封装上.类文件自然多了,但有利于把复杂问题拆分简单化,因为是一套智能算法,那么,在正式运行的时候,肯定会有许多许多问题,功能的细分非常有利于界定到底是哪里出了问题! 可是,无论我说什么```他都不听,他要求类文件减少,殊不知,类文件的减少,意味着单个类文件功能的增多,类文件功能的增多意味着逻辑增强,也就以为着该类文件复杂性的增加`````哎呀````还是要按照leader说的来做````于是`````````在不简化功能的前提下,减少类文件,编码难度加大`````维护的时候呢?呵呵```不用说了```我们拿事实来验证对错吧````````````