我最近开始将我所使用的web平台连接到其他非常复杂的系统，这些系统大多是用C#编写的。
我的大部分经验是用PHP和JavaScript进行web开发
我也有一些在WCF中编写web服务的经验
遗憾的是，我在为我的PHPWeb平台编写WCF服务时遇到了很多困难，开发速度慢，配置非常（非常）复杂，以便能够在JSON中做出良好响应，并使用RESTful等
自然地，我开始研究其他技术，其中一项特别吸引了我的眼球，Node.js可能非常适合我，因为我在JavaScript方面有很多经验，这样我就不再需要我的windows服务器了。
我的另一个选择当然是继续用C#编写服务，但改用ASP.NETWebAPI。
切换可能比从WCF到Node.js要容易得多
对这件事有什么想法或建议吗？
有没有人有在Node.js中编写web服务的经验，并能为我指出一个好教程的方向？还是说我太离谱了，根本不应该在web服务中使用Node.js
我最近刚刚开始使用express.js。我告诉你，这不是给胆小鬼的。“如果你已经熟悉JS，那就大功告成了”的整个想法真的离事实不远了。也就是说，如果你是像我这样的铁杆德沃斯人
我有一个统一的构建过程，用于所有asp.net应用程序的构建、测试和覆盖报告、部署、配置管理和代码质量分析—所有这些都是设置和自动化的。围绕一个新项目建立一个构建过程需要5分钟，并对其进行测试、分析、阶段化和交付到生产环境。（世界上所有的开发人员都应该这样做。但是，嘿，我在跟谁开玩笑呢。）然后是监控、日志记录、性能分析和评测。同样，所有这些都得到了良好的统一、协调和集中管理
我并不是说node.js/express.js没有这些功能，但您必须开发/学习一套全新的服务和平台，以运行node.js
敲出一堆代码是一回事。在国外技术上运行生产系统完全是另一回事
除非你在找麻烦，否则我的意思是，挑战：D，坚持使用WebAPI。WebDeploy是上帝派来的
顺便说一句，在WCF端点上使用BasicHttpBinding，并让PHP从WSDL生成客户机类。对Soap是您的答案，而不是“更易于使用的rest”。差不多https://code.google.com/p/php-wsdl-creator/. 从WCF端点归档WSDL还允许您跟踪服务签名和格式更改的精确性。它确保了类型安全，并为您处理ser/de。如果我不必处理它，我不太在乎消息看起来有多难看。是的，我以前用过PHP和python。工作完美无瑕