public static void CreateWordToHtmlFile(string WordFileDir)
    {
        DealWithWordFile(WordFileDir);
    }
      
    //搜索WordFileDir里的所有*.doc文件,并执行转换
    private static void DealWithWordFile(string WordFileDir)
    {
        //创建数组保存源文件夹下的文件名
        string[] strFiles = Directory.GetFiles(WordFileDir, "*.doc");
        for (int i = 0; i < strFiles.Length; i++)
        {
            WordToHtmlFile(strFiles[i]);
        }        DirectoryInfo dirInfo = new DirectoryInfo(WordFileDir);
        //取得源文件夹下的所有子文件夹名称
        DirectoryInfo[] ZiPath = dirInfo.GetDirectories();
        for (int j = 0; j < ZiPath.Length; j++)
        {
            //获取所有子文件夹名
            string strZiPath = WordFileDir + @"\" + ZiPath[j].ToString();
            //把得到的子文件夹当成新的源文件夹,从头开始新一轮的搜索
            DealWithWordFile(strZiPath);
        }
    }
为什么不直接用DealWithWordFile

解决方案 »

  1.   

    结构更加清晰啊  
    就是一种习惯而已  其实
      

  2.   


    那还能有什么用   方便以后扩展么?  参数都一样的  扩展也扩展不到哪去   这些东西不用太抠  没什么用
      

  3.   

    方便阅读。提高代码复用性
    根据需要使用
      

  4.   

    真没什么实际好处吗?没的话散分了
      

  5.   

    有些人是为了读起来好看
    有些人是为了以后好拓展
    有些人就是封装上了瘾,什么都要封装调用一下,要不然就不爽
      

  6.   

    结构清晰 ,如果全写在一块 以后要修改某个功能的话 写个方法 想修改某个功能直接找到这个方法就可以了  方便