snowyYU

dream passionately

发表于

目标

  • 良好的交互和用户体验（高质量）（界面，交互优化，设计正在整理中）
  • 成熟的移动端支持（1.仪表盘配置大改。2.更换对移动端更加友好的图表库）
  • 性能提升，开发效率提升

模块划分及责任分配矩阵

人员分工参考如下

增加文档的产出，特别是配置的数据结构文档，以及各个模块的技术文档

数艺

余建行 黄鞠 张红 游伟鸿 何振聪 江昊 陈志伟
开发及构建工具，架构等 A I I I I B I
依赖选择，维护及升级 A I I I I B I
样式相关 I A I B I I I
仪表盘功能及图表 B A B A I I I
移动端 B B A I I I A
AI 相关部分集成 I I I I A I I
复杂报表 I I I I I A B
数据报告 I I A I B I I
数据管理及其他 B B B I A I I

需要加 1 个人，用以加强项目上的支持等工作

数斯

萧利丹 郭钟文 孙杰
SDK 化及文档编写 B A B
地图编辑器 B B A

问题及重要功能变更排期表

描述 类型 解决方案及目标 完成时间 参与人员
累积的 bug 和交互功能优化 问题 修复，回归，测试 7 月底 黄鞠，何振聪，陈志伟
微前端方案选型 架构 选定移动端项目集成方式，选型微前端架构并引入 7 月底 余建行，江昊
依赖整理，开发工具更换或升级 架构 1. 输出现有依赖说明文档，删除冗余及相同功能统一依赖
2. 开发工具升级改造或替换为 vite		 7 月底 余建行，江昊
仪表盘功能及图表扩充（现有框架下） 功能 1. 现有配置添加和升级
2. 迁移图表至 antV
3. 功能与组件添加（透视表下钻等）
4. 输出配置结构说明文档
5. 移动端需求兼容		 9 月底 游伟鸿 ，黄鞠
仪表盘功能（重构） 架构，功能 1. 抽离新工程
2. 替换为 vue 技术栈
3. 增加移动端页面配置能力
4. 交互，样式改版		 9 月底 江昊，陈志伟
移动端开发 （重构） 架构，功能 1. 移动端组件开发
2. 替换为 vue 技术栈		 10 月底 江昊，陈志伟
交互和界面优化（主要以设计整理的列表为主） 功能 1. 完成设计的要求 11 月底 游伟鸿 ，黄鞠
css 样式整理 功能 1. 变量抽取
2.写法优化		 12 月底 黄鞠
工程化部分 工程 1. 仓库版本管理
2. 增加自动化构建脚本
3. 拆分仓库		 12 月底 余建行

待开发调整的功能

points.jpg

模板中心、复杂报表、运营后台、数据报告得优先

发表于 分类于 ，

pnpm create

1
2
3
4
5
6
7
Usage: pnpm create <name>
       pnpm create <name-without-create>
       pnpm create <@scope>

Creates a project from a `create-*` starter kit.

Visit https://pnpm.io/6.x/cli/create for documentation about this command.

此命令相当于 npm init 命令

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Create a package.json file

Usage:
npm init [--force|-f|--yes|-y|--scope]
npm init <@scope> (same as `npx <@scope>/create`)
npm init [<@scope>/]<name> (same as `npx [<@scope>/]create-<name>`)

Options:
[-y|--yes] [-f|--force]
[-w|--workspace <workspace-name> [-w|--workspace <workspace-name> ...]]
[-ws|--workspaces] [--include-workspace-root]

aliases: create, innit

Run "npm help init" for more info

npx 命令

npx 使用

workspace

使用此功能来实现多包管理。
参考

发表于

小问题 1

ts 报错默认使用 vscode locale 语言，这样可能不太容易在 google 中查询报错原因，使用如下命令将报错提示设置为英文

1
tsc --locale en

unkown 相关类型报错，大概率需要使用 as 关键字进行具体化

小 tips1

使用仅含类型的导入导出语法

推荐使用仅含类型的导入和导出形式的语法可以避免潜在的 “仅含类型的导入被不正确打包” 的问题，写法示例如下：

1
2
import type { SomeThing } from './some-module.js'
export type { SomeThing }

type 和 interface 异同

两者其实非常相似，许多情况下两者都可以用，相较来说，interface 更适合直接拓展属性，具体可见如下例子

扩展 interface

1
2
3
4
5
6
7
8
9
10
11
interface Animal {
  name: string
}

interface Bear extends Animal {
  honey: boolean
}

const bear = getBear()
bear.name
bear.honey

通过交叉符扩展 type

1
2
3
4
5
6
7
8
9
10
11
type Animal = {
  name: string
}

type Bear = Animal & {
  honey: boolean
}

const bear = getBear()
bear.name
bear.honey

向 interface 中添加属性

1
2
3
4
5
6
7
8
9
10
interface Window {
  title: string
}

interface Window {
  ts: TypeScriptAPI
}

const src = 'const a = "Hello World"'
window.ts.transpileModule(src, {})

type 创建后无法更改

1
2
3
4
5
6
7
8
9
type Window = {
  title: string
}

type Window = {
  ts: TypeScriptAPI
}

// Error: Duplicate identifier 'Window'.

官方具体说明

0%