javascript原始类型操作需严守类型边界：用===避免隐式转换，初始化即定型增强语义，冻结原生原型防污染，优先字面量语法减少包装开销，禁用new创建包装对象。
JavaScript 原始类型（string、number、boolean、null、undefined、symbol、bigint）看似简单，但操作中极易因隐式转换、类型混淆或误判值真假引发逻辑错误——这类错误不报错、不中断执行，却让结果完全偏离预期。
字符串数字混用导致的隐式转换陷阱
原始类型间比较或运算时，JavaScript 会自动转换类型，尤其在使用 == 或参与算术运算时。例如："5" + 3 得到 "53"（字符串拼接），而 "5" - 3 却得 2（转为数字相减）。更隐蔽的是："0" == false 返回 true，因为 "0" 被转为 0，再与 false（转为 0）比较。
- 始终用 === 替代 ==，避免类型强制转换
- 对用户输入或接口返回的字符串数字，显式用
Number()或parseInt(str, 10)转换，不依赖+或-运算符触发隐式转换 - 检查空字符串、空白字符串或全零字符串（如
"000"）是否被误当作0或false
布尔上下文中的假值误判
原始类型中，false、0、-0、""（空字符串）、null、undefined、NaN 在 if 条件中均被视为 falsy。但它们语义完全不同：空字符串不等于未定义，0 不代表数据缺失。
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 避免直接用
if (value)判断原始值是否存在，应明确检查：value !== undefined && value !== null或使用可选链前先确认类型 - 接收 API 数据时，留意后端可能返回
"0"字符串表示“关闭”，而非数字0或布尔false；需按业务含义解析，而非依赖真假值 -
Boolean("false")是true，!!"0"也是true——字符串字面量只要非空就为真，与内容无关
undefined 与 null 的混淆使用
两者都表示“无值”，但语义不同：undefined 表示变量已声明未赋值，或对象属性不存在；null 是开发者主动赋的“空对象引用”。它们在 == 下相等，但 === 下不等，且 typeof null 错误返回 "object"。
- 函数参数默认值建议用
undefined检测（arg === undefined），而不是!arg，以防0、false、""被误拦截 - 初始化对象属性时，优先用
undefined（让其自然“不存在”），除非明确需要null表达“有意置空” - 解构赋值中，
const { name = "guest" } = obj仅在name为undefined时生效；若后端返回name: null，则不会触发默认值
数字精度与边界问题
JavaScript 使用 IEEE 754 双精度浮点数，导致 0.1 + 0.2 !== 0.3；同时 Number.MAX_SAFE_INTEGER 之后整数开始丢失精度；parseInt("08") 在旧环境按八进制解析（得 0）。
- 涉及金额、计数等关键数值，避免直接用
===比较浮点结果，改用差值小于Number.EPSILON判断 - 大整数运算优先使用
BigInt（注意不能与 number 混合运算），或引入专用库（如 decimal.js） -
parseInt必须传入进制参数：parseInt(str, 10)，防止意外进制转换
