面试题：何时优先选择TypeScript名字空间而非模块化

情况一：简单的工具函数集合
- 原因：当项目中有一些简单的工具函数，它们关联性强，用于特定的功能，但整个项目规模不大，不需要复杂的模块系统。使用TypeScript名字空间可以将这些函数组织在一起，避免全局命名冲突。例如，在一个小型的Web前端项目中，有一些处理日期格式、字符串截取等工具函数。如果使用模块化，会引入相对复杂的模块导入导出机制，而名字空间可以简洁地将这些函数放在一个命名空间内，通过命名空间名来调用，如：

namespace Utils {
    export function formatDate(date: Date) {
        // 日期格式化逻辑
        return date.toISOString();
    }
    export function truncateString(str: string, length: number) {
        if (str.length > length) {
            return str.substring(0, length) + '...';
        }
        return str;
    }
}

let formattedDate = Utils.formatDate(new Date());
let truncatedStr = Utils.truncateString('This is a long string', 10);

情况二：代码迁移与兼容旧代码
- 原因：当从JavaScript项目迁移到TypeScript项目，或者需要与旧的JavaScript代码兼容时，名字空间可以方便地将相关代码组织起来，而不需要立即对所有代码进行模块化改造。例如，旧的JavaScript库可能有一些全局变量和函数，在TypeScript中可以将它们封装到名字空间里，逐步进行类型化处理。假设旧代码中有一些全局的DOM操作函数，迁移时可以这样处理：

namespace LegacyDOMUtils {
    export function getElementById(id: string) {
        return document.getElementById(id);
    }
    export function addClass(element: HTMLElement, className: string) {
        element.classList.add(className);
    }
}

这样既可以在新的TypeScript代码中使用这些功能，又能保持与旧代码结构的一定兼容性，而模块化可能需要对旧代码的导入导出结构进行较大调整。

星途面试题库

面试题：何时优先选择TypeScript名字空间而非模块化

知识考点

面试题答案