我们公司一直用 ruby on rails 开发 web 应用，最近开始考虑技术转型。新的开发栈基本是前后端彻底分离，后端只提供 web api 就好了。我个人是比较倾向 c# 的，主要原因是用了 ts 之后回不去没类型的开发了，再加上跟 java 和 go 比还是更喜欢 c# 的语法，尤其是能重载运算符，这样做计算的时候代码更好读，另外 async/await 的语法也应该更容易上手。

但是在有人提出了反对意见，由于我对 c#、asp.net 的历史和生态也没啥概念，所以特地来请教一下。

首先的问题就是代码兼容性，现在 dotnet/asp.net 也是每年都发新版本。是否会存在不同版本间有大量的代码需要重写，或者由于第三方依赖迟迟升级不上去的情况存在？如果有的话，产生问题的原因更多是因为 c# 的语法 breaking change，还是基础库接口产生了变化，或者是 asp.net 的升级导致的？

其次就是关于 web service，大概看了看 benchmarks，似乎 asp.net core 的效率还挺不错的。我的问题是 asp.net 作为后端开发，如果只是提供 web api，或者 grpc 的话，会不会有点太重了，有没有轻量一些的替代品？它的启动时间、内存占用的情况如何？

另外这个问题可能会有点儿特别，我开发用的系统是 ubuntu。我猜最好用的 ide 应该大概率是自家的 vs for windows，不过还是想问一下，有人在 linux 上用 vscode 吗？用起来感觉如何，会不会是非常难用的一个状态？比如我个人的感觉，哪怕稍微改点儿 java 代码，我也宁可下个 intellij idea，而不会选在 vscode 里面凑合。
--
FROM 222.153.56.*

这两天试了一下，发现了几个小问题，不过都解决了

【 在 mingtong 的大作中提到: 】
: 你的这几个担心都不是问题。
: 代码兼容性：只有.net framework之间存在这个问题，net6往后都是做加法了，所以变化不会大。
: 性能：一个hello world的内存占用在20多m左右，运行时取决于你的gc模式，有激进的，也有保守的，可能会影响局部的benchmark。net6之后的minimal模式就是要给用户一个轻量级的startup模式，你可以用模版新建一个试一下
: ...................
--
FROM 203.184.25.*

我的实现还是基于 web service，对 lambda 的 event 进行转发。本地启动服务的时候，也能感觉到不是马上就起来的，所以 web service 本身的初始化也是占用不少时间的。如果直接处理 lambda event，就能把这部分时间省下来，缺点是直接绑 aws 上了。这个目前来说我觉得不重要，我也就是大概试一下，有个概念而已。

这方面可能 node 还是有优势吧，另外一个用 rust 写的服务，冷启动也要 1s+ 才返回结果。不过做的事情不一样，不好直接比。基于 web service 的实现，本身服务的启动速度非常敏感。而对传统的 web 框架来说，服务启动的时间不敏感。我回头还得再试个 py，这样做对比的时候有数字说话。我们公司其他人都还处于在想象的阶段，真正用过 lambda 的没几个人

另外 java 也是这个月初刚获得了一个免费的技术升级，大幅提高冷启动的速度。个人认为理论上 .net 也大同小异，估计下一个就会得到优化了。

【 在 keygen 的大作中提到: 】
: 频繁 scale 波动，cold start的话，的确比较麻烦，比不上 aot 的和解析语言
: 据说 java 在 lambada 上更快点，不知道为什么，都是类似的处境
: 之前看文章有些人迁移到了 Container App，保留一个 instance 常驻来解决这个问题
: ...................
--
修改:eGust FROM 222.153.59.*
FROM 222.153.59.*

用 node 做示例的话，应用大概是这样的
// app.ts
import fastify from 'fastify';

export const app = fastify();

app.get('/foo', async () => { ... });

app.post('/bar', async () => { ... });

// standalone.ts
import { app } from './app';

const main = async () => {
  await app.listen({ host: ..., port: ... });
};

main();

// index.ts
import awsLambdaFastify from '@fastify/aws-lambda';
import { app } from './app';

export const handler = awsLambdaFastify(app);

这样本地开发，或者部署成单独的 http server 的时候，用 standalone 来启动应用，这种情况下用不到 index.ts。反之 aws lambda 用的话，就不需要 standalone.ts，aws 会调用 index 里的 handler。

【 在 keygen 的大作中提到: 】
: 我感觉不是太理解你这个 web service 的定义
: 一般作为 web service，不是常驻一个服务端进程，一直处理传过来的 http request 吗？
:
: ...................
--
修改:eGust FROM 222.153.59.*
FROM 222.153.59.*

java 当然也不是不可以，只不过我个人不太喜欢

【 在 jimmycmh 的大作中提到: 】
: 选型还得考虑招人的问题吧
: java工程师一抓一大把，c#不太好招
: 符
: ...................
--
FROM 203.184.25.*