登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
模力方舟
AI 队友
登录
注册
代码拉取完成,页面将自动刷新
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
23
Star
192
Fork
47
yanleweb
/
interview-question
代码
Issues
1091
Pull Requests
0
Wiki
统计
流水线
服务
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
SBOM
我知道了,不再自动展开
更新失败,请稍后重试!
移除标识
内容风险标识
本任务被
标识为内容中包含有代码安全 Bug 、隐私泄露等敏感信息,仓库外成员不可访问
技术选型上有一些什么标准【热度: 622】
待办的
#I9S7JS
yanleweb
拥有者
创建于
2024-05-26 11:36
**关键词**:技术选型 > 作者推荐一下五个标准,适用于编程语言、框架、大小工具库 等方向 - 可控性 - 稳定性 - 适用性 - 易用性 - 唯一性 当然,以下是对你提出的五个前端技术选型原则的详细描述: 1. **可控性**: - **定义**:选择的技术应该使团队能够对产品的开发过程有充分的控制,包括代码质量、部署流程、性能优化和错误处理等方面。 - **细节**: - 允许定制化和扩展:技术栈应该支持自定义功能,以满足特定业务需求。 - 易于维护:代码库应该易于维护和升级,方便团队应对长远的技术演进。 - 开放源代码或支持社区:最好选择有活跃社区支持的开源技术,以便在遇到问题时可以获得帮助。 - 文档和工具:有充分的文档和开发工具,帮助团队理解并控制技术实现。 - 2. **稳定性**: - **定义**:选用的技术需要稳固可靠,拥有良好的社区支持和持续的发展。 - **细节**: - 成熟度:技术应该是经过时间检验,市场验证的成熟解决方案。 - 庞大的用户基础:广泛的用户和使用案例保证了技术的稳定性和可靠性。 - 正式的版本管理:应该有一个清晰的版本管理政策,以及频繁可靠的更新和安全补丁。 - 抗脆弱性:即使在意外情况下也能表现出良好的弹性和错误恢复能力。 3. **适用性**: - **定义**:技术选择应该针对特定项目的需求和团队的技能水平。 - **细节**: - 业务需求匹配:选用的技术应能高效解决实际业务问题,并支持业务即将来临的挑战。 - 团队的技能和经验:需要考量团队成员对技术栈的熟悉程度,以便能快速有效地产生结果。 - 开发周期: 要考虑该技术是否能够在开发周期类完成对应需求开发。 4. **易用性**: - **定义**:技术应该简单易懂,易于团队成员学习和使用。 - **细节**: - 学习曲线:技术栈的学习曲线不应过于陡峭,以免增加新团队成员的入职门槛。 - 开发效率:提供良好的开发体验,如源代码清晰、API 简洁、丰富的开发工具。 - 调试和测试:应包含易于进行故障排除、调试和测试的工具或功能。 - 文档和学习资源:应有良好、全面的文档和在线学习资源助于团队成员快速上手。 5. **唯一性**: - **定义**:确保在项目开发过程中, 同一个类型的问题解决方向只选用一个技术体系。 - **细节**: - 避免同类型库重复:选择最适合特定用例的工具和库,避免在项目中引入重复功能的库。 在选择前端技术栈时,这些原则可以帮助团队做出更符合项目需求、更利于长期维护和开发效率的决策。需要注意的是,这些原则并不是孤立的,他们之间相互影响,有时候在某些方面需要妥协以满足其他更为重要的需求。
**关键词**:技术选型 > 作者推荐一下五个标准,适用于编程语言、框架、大小工具库 等方向 - 可控性 - 稳定性 - 适用性 - 易用性 - 唯一性 当然,以下是对你提出的五个前端技术选型原则的详细描述: 1. **可控性**: - **定义**:选择的技术应该使团队能够对产品的开发过程有充分的控制,包括代码质量、部署流程、性能优化和错误处理等方面。 - **细节**: - 允许定制化和扩展:技术栈应该支持自定义功能,以满足特定业务需求。 - 易于维护:代码库应该易于维护和升级,方便团队应对长远的技术演进。 - 开放源代码或支持社区:最好选择有活跃社区支持的开源技术,以便在遇到问题时可以获得帮助。 - 文档和工具:有充分的文档和开发工具,帮助团队理解并控制技术实现。 - 2. **稳定性**: - **定义**:选用的技术需要稳固可靠,拥有良好的社区支持和持续的发展。 - **细节**: - 成熟度:技术应该是经过时间检验,市场验证的成熟解决方案。 - 庞大的用户基础:广泛的用户和使用案例保证了技术的稳定性和可靠性。 - 正式的版本管理:应该有一个清晰的版本管理政策,以及频繁可靠的更新和安全补丁。 - 抗脆弱性:即使在意外情况下也能表现出良好的弹性和错误恢复能力。 3. **适用性**: - **定义**:技术选择应该针对特定项目的需求和团队的技能水平。 - **细节**: - 业务需求匹配:选用的技术应能高效解决实际业务问题,并支持业务即将来临的挑战。 - 团队的技能和经验:需要考量团队成员对技术栈的熟悉程度,以便能快速有效地产生结果。 - 开发周期: 要考虑该技术是否能够在开发周期类完成对应需求开发。 4. **易用性**: - **定义**:技术应该简单易懂,易于团队成员学习和使用。 - **细节**: - 学习曲线:技术栈的学习曲线不应过于陡峭,以免增加新团队成员的入职门槛。 - 开发效率:提供良好的开发体验,如源代码清晰、API 简洁、丰富的开发工具。 - 调试和测试:应包含易于进行故障排除、调试和测试的工具或功能。 - 文档和学习资源:应有良好、全面的文档和在线学习资源助于团队成员快速上手。 5. **唯一性**: - **定义**:确保在项目开发过程中, 同一个类型的问题解决方向只选用一个技术体系。 - **细节**: - 避免同类型库重复:选择最适合特定用例的工具和库,避免在项目中引入重复功能的库。 在选择前端技术栈时,这些原则可以帮助团队做出更符合项目需求、更利于长期维护和开发效率的决策。需要注意的是,这些原则并不是孤立的,他们之间相互影响,有时候在某些方面需要妥协以满足其他更为重要的需求。
评论 (
0
)
登录
后才可以发表评论
状态
待办的
待办的
进行中
已完成
已关闭
负责人
未设置
标签
web应用场景
PDD
未设置
标签管理
里程碑
资深
未关联里程碑
Pull Requests
未关联
未关联
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
未关联
分支 (1)
标签 (64)
master
0.0.76
0.0.75
0.0.74
0.0.73
0.0.72
0.0.71
0.0.70
0.0.69
0.0.68
0.0.67
0.0.66
0.0.65
0.0.64
0.0.63
0.0.62
0.0.61
0.0.60
0.0.59
0.0.58
0.0.57
0.0.56
0.0.55
0.0.54
0.0.53
0.0.52
0.0.51
0.0.50
0.0.49
0.0.48
0.0.47
0.0.46
0.0.45
0.0.44
0.0.43
0.0.42
0.0.41
0.0.40
0.0.39
0.0.38
0.0.37
0.0.36
0.0.35
0.0.34
0.0.33
0.0.32
0.0.31
0.0.30
0.0.29
0.0.28
0.0.27
0.0.26
0.0.25
0.0.24
0.0.23
0.0.22
0.0.21
0.0.20
0.0.19
0.0.18
0.0.17
0.0.16
0.0.15
0.0.14
0.0.13
开始日期   -   截止日期
-
置顶选项
不置顶
置顶等级:高
置顶等级:中
置顶等级:低
优先级
不指定
严重
主要
次要
不重要
参与者(1)
TypeScript
1
https://gitee.com/yanleweb/interview-question.git
git@gitee.com:yanleweb/interview-question.git
yanleweb
interview-question
interview-question
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
评论
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册