腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

综合排序丨最热优先丨最新优先

前端技术选型

技术选型是我们必然会碰到的，我们常常面临的不是单个技术的选型，而是对于一个项目所涉及的一整套技术、方案、规范或者产品的选型。我们需要仔细的去权衡各种技术、各种组合的利弊，做出取舍。技术选型需要考虑的因素项目因素明确现在项目的规模、重要程度。项目的需求（特别是非功能性需求）也会限制技术的选型团队因素考虑团队的因素，也就是人的因素，考虑团队人员的技术组成。如何进行技术选型上面列出了很多技术选型需要考虑的因素，那么到底该如何进行技术选型呢？首先明确选型的需求和目的，最好能列出必须要考虑的各种因素以及评判标准。寻找候选技术和产品。可以列个技术选型分析表（小的不太重要的技术选型不一定要这么麻烦，而重要的技术选型则可能要反复各个步骤多次）团队、技术成熟度、性能、架构一致性... 架构应该尽可能统一，一个领域避免引入太多相同功能的技术产品。选型最后当一个技术或产品选型后，下面要做的便是接入和推进。抓住时机，坚定地推进。

2021-12-23

1.5K0

标签:

技术选型指南

这是一篇综合类技术选型指南，试图为你提供一份比较通用的技术选型思维框架。当你需要进行技术选型时，可以参照它来设计自己的决策树。所以，请先客观认识自己的团队，然后再据此进行选型，千万不要懒于思考，盲从潮流。技术本身 ? 对技术本身的考量，主要是代入其它维度之后，看其匹配程度。技术本身在选型中可能反而是最不重要的一个维度。 ---- 反模式有一些技术选型策略可能会导致灾难性的失败，这些选型中存在一些共同的反模式，比如：舆论驱动选型人云亦云，盲目听信外人或者某些布道师的主观性言论，这就是舆论驱动选型。如果技术选型只是个数字游戏，那还要你干嘛？话语权驱动选型这几乎是最糟的选型，但却屡见不鲜。技术栈的更迭往往会带来话语权的变化，而这将给公司带来灾难。粉丝驱动选型对于生命线产品，最糟糕的选型莫过于粉丝驱动选型了，这次可没有“几乎”。对于技术人员来讲，最重要的特质是客观冷静，这样才能配得上“专业”二字。

2019-05-05

1.5K0

标签:

小程序技术选型

背景由于微信小程序原生开发，和团队技术栈(react)不统一，不支持ES7以上的高级语法，不支持工程化、缺少统一配置等局限性，选型考虑市面上主流小程序框架，期望能够：满足当前需求，并能扩展到其他端，比如 H5技术栈统一，降低开发维护成本，提升研发效率有不错的性能框架语言微信原生 wxml，类xml写法Vue: uni-app、mpvueReact: taro 、rax、remax开发维护成本框架Uni-appMpvueRemaxRaxTaro 语法VueVueReactReactReactguthub stars36.5k20.4k，停止维护4.3k7.7k30.9k文档案例丰富较少少少丰富首先看团队的技术栈，目前以react为主，大家对react 总结综上，taro 的优势在于符合团队技术栈，能让我们在书写更有效率的代码、拥有更丰富的生态的同时，还有不错的性能通过上述几个方面的对比，taro基本算是最适合团队的小程序框架。

2023-06-14

4.3K0

标签:

Echo 技术选型分析

其他的常见技术栈就不说了，MyBatis、Redis 等，本文只讲 Spring Boot 和 Kafka，当然，Kafka 是重中之重，Spring Boot 就简单分析一下优点就完事儿。

飞天小牛肉

2021-03-18

1.8K0

标签:

消息队列 CMQ 版

云数据库 SQL Server

消息队列技术选型

所以MQ实际是一种非常复杂的架构，你引入它有很多好处，但是也得针对它带来的坏处做各种额外的技术方案和架构来规避掉，最好之后，你会发现，妈呀，系统复杂度提升了一个数量级。但关键时刻，用还是得用。

2022-11-30

4640

标签:

我们的技术选型

本文是我在中生代技术群分享的话题《创业一年经历的技术风雨》中的第一部分《产品架构与技术选型》的第二部分。我要谈的是我们产品研发过程中的技术选型。开发语言的选型我们选择的语言是Scala。数据集的选型我们还有一个最初的技术选型，后来被认为是失败的选择。 CData服务需要将客户的数据源经过简单的ETL导入到系统中，我们称之为数据集（DataSet）。最初在进行技术选型时，我先后考虑过MySQL、Cassandra、HBase。后面两种都属于列式存储的NoSQL数据库。前端的技术选型前端的技术选型则为React + Redux。在前端技术选型方面，我们经历了好几次演变。从CoffeeScript到ES 6，从Reflux到Redux，每次变化都在一定程度上增加了工作量。我在文章《技术选型的理想与现实》中讲述的就是这个故事。

2018-03-07

1.5K0

标签:

Android技术选型闲聊

许久没有写技术博客了，这些时间也一直亲近Android，就聊聊技术选型。技术选型对于一个项目的发展非常重要，个人认为：技术决定下限，品味决定上限。技术好只能保证做出来的App不烂，品味好了才能将有限的技术发挥到极致，将所做App提升一个档次。聊得比较休闲，没打草稿，更多是一些个人偏好，如有技术上的错误，还请指正。

2019-05-14

1.5K0

标签:

【架构之路】行技术选型

目录欢迎关注微信公众号：数据科学与艺术作者WX:superhe199 在进行技术选型时，可以从以下几个维度考虑：功能需求：首先需要明确项目的功能需求，包括系统的核心功能以及附加功能。根据功能需求，选择适合的技术栈，例如前端框架、后端语言、数据库等。性能需求：根据项目的性能需求，考虑选择适合的技术。例如，选择支持分布式部署的技术，以便在需要扩展时能够方便地增加服务器。适应性：考虑选择适应项目特点和团队技术水平的技术。例如，如果团队对某种技术已经有深入了解，可以选择使用该技术来提高开发效率和质量。成本和资源：考虑选择成本适当且资源可得的技术。技术生态和社区支持：考虑选择具有成熟技术生态和强大社区支持的技术，以便能够获取到大量的资源和帮助，同时也能够从社区中获得更新和改进。

贺公子之数据科学与艺术

2025-08-29

2150

标签:

创业公司技术选型原则

在本文中，我想分享一下我对于公司层面技术选型地观点和看法，更确切得说是面向创业公司的技术选型。为何要重点突出“创业公司”呢？很简单，因为到目前为止，我一直走在创业的路上。好了，言归正传。在重点去谈创业公司如何做技术选型之前，咱们先来看看技术选型的一般性原则。要缓解它，就必须建立起我们自己的技术选型标准，或者说原则。在经历了这些年多次“艰难的抉择”之后，我总结出了适合我个人的技术选型原则。原则1：能否简化开发任务？技术路线，是在进行技术选型时必须要面对的问题，尽可能地选择符合公司技术路线的技术或工具，这样有助于工作的快速推进。总结技术选型是技术领导日常工作的一部分，但就不同阶段的公司而言，技术选型的标准并非一成不变的。针对公司不同阶段的关注的重点，本文简单谈及了相应的标准和原则，同时结合自身给出了相应的实例。

2019-07-31

3.1K0

标签:

前端技术选型最佳神器！

当我们需要开发一个功能时，肯定希望能够选择最适合实现该功能的技术、框架、开发包、组件等。如今，随着前端技术的发展，虽然越来越多的开发包诞生了，但在我们做技术选型时，可能会遇到以下两类问题。还有一些标签，比如 Easy to Use（易于使用），也能帮助你选型技术。 [组件详情] 除了使用搜索框外，你可以直接进入感兴趣的分类来了解更多技术！ [选择分类] 真的是一款不容错过的前端技术选型好工具！项目链接：https://www.code-nav.cn/rd/?

程序员鱼皮

2021-04-09

8580

标签: