谈一谈工作中的前后端功能开发范围

在BS开发中，往往都是团队开发，分为前端和后端，往往经常会遇到此处功能是前端进行功能开发还是后端进行功能开发的讨论，本文以我自己的观点进行论述。

笔者的观点是：

1. 功能实现的优先性：您强调，无论是前端还是后端开发，重要的是能够实现功能。这种实用主义的观点强调了结果的重要性，而不是过程中的具体实现细节。【不论黑猫白猫，能抓老鼠的就是好猫】

2. 团队和技术栈的考虑：应该基于团队的技术能力和项目的特点来决定功能的实现方。这表明，技术选择不应仅仅基于技术本身，而应结合团队能力和项目需求。

3. 前后端分工的考虑：

   • 技术特点：如JavaScript在处理计算密集型任务和精确数值计算方面的局限性，这些因素应在分配前后端任务时考虑。
   • 项目需求：并发性和需求的变动性是决定前后端分工的重要因素。例如，高并发应用可能需要将一些任务分配到前端以减轻后端负担。
   • 技术生态：对技术生态的了解也是重要的，因为它可以帮助开发人员利用现有的工具和库来补充他们的解决方案。

4. 团队成员的态度和能力：

   • 一些团队成员可能会推脱责任，而优秀的开发人员应相信自己的技术栈可以完成各种任务。
   • 同时，如果有合理的原因，某些任务可能确实不适合某一端来完成。

1.一般情况说明

笔者个人认为以下情况或多或少说明了一些人物的特点和立场问题

2.1.干不了

干不了，这个不属于我方的范围，应该给到另一端。

在这种情况下并且无法拿出一些实际和理论的说明

• 我80%认定此类人都在推脱
• 没有主观能动性，好的开发是相信自己的技术栈可以干任何的事情。

下结论：此类人80%是喜欢推脱的人，10%是大神、10%技术不扎实。

2.2. 不可以做，因为…

此类人，一般可以拿出一定的原因进行问题说明。有的原因是可取的有的原因是不可取的。

3. 前后端工作分工说明

3.1. 功能实现的优先性

在软件工程的实践中，功能的实现是首要任务。在这个阶段，最关键的是确保所需功能得以实现，而不必过于纠结于是否以最优雅或最理想的方式实现。这种实用主义的方法强调了可操作性和实际效果，为项目提供了明确的方向和目标。

3.2. 评估实现的优质和合理性

一旦功能实现的可行性得到确认，下一步是评估其实现方式的优质性和合理性。这涉及到多个方面的考量：

3.2.1. 技术特点的考量

• 前端限制：诸如JavaScript的单线程模型和执行速度限制等因素，对于某些类型的任务（如计算密集型任务）可能不是最佳选择。在这些情况下，考虑将这些任务分配给后端可能更为合适。
  • JavaScript并不擅长计算密集型操作

1. 单线程执行模型: JavaScript在浏览器中运行时通常是单线程的，这意味着它在执行长时间运行的复杂计算时可能会阻塞用户界面。虽然现代JavaScript引擎（如V8）进行了优化以提高性能，但它们仍然受限于单线程的限制。

2. 执行速度: 相比于编译语言如C++或Java，JavaScript作为一种解释型语言，在执行速度上通常较慢。这是因为JavaScript代码在执行前需要先被解释或即时编译，而编译语言在运行前已经被编译为机器码。

3. 优化限制: 虽然JavaScript引擎如V8进行了大量优化，但它们在优化计算密集型任务方面的能力仍然有限，特别是当与专门为此类任务设计的语言或环境相比。

4. 内存管理: JavaScript的自动内存管理（垃圾回收）可能导致性能开销，尤其是在进行大规模或复杂的计算时。

   • JavaScript无法进行银行数值计算

JavaScript中的所有数字都是以64位浮点数的形式存储的（遵循IEEE 754标准），这意味着在处理非常大或者需要非常高精度的数字时可能会遇到精度问题。这在金融计算中尤为重要，因为金融计算通常要求非常高的精确度。

• 后端的强项：后端通常处理更为复杂的逻辑，数据存储和安全问题。对于需要快速处理大量数据，或者需要保证数据安全和完整性的任务，后端是更合适的选择。

3.2.2. 项目需求的考量

• 并发性能：高并发应用要求后端具备强大的处理能力。前端可以通过承担一些非关键任务来减轻后端的负担。

在软件并发较高的项目中，可以将一些非必要的操作交到前端去实现，尽量减少后端的并发压力，比如读取Shapefile文件中的图形（往往这样的项目并发不高，只是举例，不必争论），就不要把文件上传到后端，后端再解析为WKT或者GeoJson等再返回给前端了，前端可以使用第三方包自己获取其中的矢量空间范围。

• 需求的动态性：如果一个项目的需求频繁变更，那么将某些功能实现为可配置和由后端数据驱动可能更为合适，以便快速适应这些变化。

对于此类便需要将需求中经常变化的内容开发为可配置，并由后端数据驱动。前端进行变化，如此就可以使需求的变化不会导致项目的重复部署。

3.2.3. 技术生态的考量

• 库和工具的支持：了解所使用的技术栈及其生态系统是至关重要的。某些任务可能由于缺乏适当的库或工具支持而更适合在特定端（前端或后端）实现。

• 社区和文档：一个强大且活跃的开发社区以及丰富的文档资源，可以为开发人员在特定技术选择上提供更多的支持和便利。

综上所述，前后端工作分工不仅仅是一种技术决策，更是一种战略考量，涉及到技术特点、项目需求和技术生态等多个方面。有效的分工可以提高开发效率，优化资源利用，并增强最终产品的性能和用户体验。