zoukankan      html  css  js  c++  java
  • 前端项目技术选型

    技术选型

    做技术选型时,要考虑实际的项目需求,不要跟风(时髦驱动开发)和凑热闹(热闹驱动开发)。

    踏实的研究和对目标成果的认真思考。

    面临的是一整套技术、方案、规范和产品的选型

    考虑因素

    • 项目因素(天时)

    明确项目的规模、重要程度。项目的需求(特别是非功能性需求)也会限制技术的选型。

    • 团队因素(人和)

    考虑团队成员的技术组成。考虑招聘新人对技术的接纳程度

    • 技术因素(地利)

    技术特性考虑(前景、易用、易维护)向上拔高整体考虑(扩展性、灵活性、弹性、稳定性)

    正确的流程

    根据业务场景提出至少两套及以上(竞品公司、新技术、团队讨论、高工指导)可用的技术选型,然后进行各方面之间的对比。

    先测试 -> 再研究 -> 最后决定

    先快速搭建小型的以产品为原型的Demo。不要从博客学习,而要从经验学习,然后组件成员讨论利弊,产出对比结论。

    判定标准

    1. 明确选型的需求和目的,列出需要考虑的各种因素以及评判标准(方便后期在各原型之间进行对比)
    2. 寻找技术和产品时,范围尽量扩大一点,搜集尽可能多的候选技术和产品。
    3. 初步筛选。把一些由于各种限制无法选择或明显不可能的技术或产品排除(一定要列清除理由)。最后流出2个及以上的备选方案。
    4. 做一些详尽的调查和分享。集合第一条的评判标准列一个技术选型分析表。
    5. 咨询其他产品是否使用过这个技术,求教实践经验。

    注意事项

    • 进行可行性分析。
    • 不要思维定势,不要赶时髦。
    • 考虑后期兼容,所以尽量保证技术选项的扩展性、灵活性和弹性。
    • 架构一旦则确立尽可能统一,避免一个领域引入太多相同或不同的技术。
    原文地址:https://segmentfault.com/a/1190000016875812
  • 相关阅读:
    delete
    What's an Aggregate Root?
    Mediator Pattern中介者模式
    Domain events: design and implementation
    "ISerializable" should be implemented correctly
    Package version is always 1.0.0 with dotnet pack
    CA1005: Avoid excessive parameters on generic types
    Event Sourcing pattern
    Command and Query Responsibility Segregation (CQRS) pattern
    Implementing event-based communication between microservices (integration events)
  • 原文地址:https://www.cnblogs.com/lalalagq/p/9898172.html
Copyright © 2011-2022 走看看