我必须构建一个自动聊天应用程序，它的前端将作为网站上的小部件，后端逻辑将在服务器上。它的主要目的是为客户提供一个界面，让聊天人员坐在以服务器为通信点的位置，解决他们的查询。如果没有可用的人员，那么应用程序将解析字符串，并尝试通过在数据库中进行检查来给出一些答案。
我在C++方面有很好的经验，在Java方面也有一些经验。应用程序的主要关注点是源代码的安全性和最高效率。
我在服务器端面临的限制是，我必须在IIS上运行它，而唯一支持的脚本语言是PHPv5、ASP、ASP.NET和FastCGI。
我不会选择PHP，因为我从谷歌搜索中发现，对它进行逆向工程是可能的，这将花费我很多时间来学习一种新语言，所以严格的不。
我更喜欢FastCGI，因为它完全符合我的要求，但我找不到用C++或任何好的教程在windows上编译的方法。我在谷歌上发现的大多数与FastCGI开发相关的结果都是关于Linux或Perl for windows的。我也找不到如何在windows平台上编译它的方法。
我现在不得不选择ASP.NET，这将是我的最后一个选择，因为它是一种解释语言，而解释语言在逆向工程方面往往很弱。
所以有人能建议我如何使用它吗？如果FastCGI没有出路，那么就建议我在MVC和WebForms中哪一种对特定情况很好。我是他们两个的新手，我需要在两周内完成申请。
第一件事。
-
任何事情都可以进行逆向工程。这取决于试图对你的代码进行逆向工程的人有多聪明。混淆并不能代替保护你的代码。如果您的服务器端PHP安全地存放在服务器上，并配置了所有适当的安全参数，那么您就不用担心了。但如果你还不了解PHP，那就足够公平了。
-
ASP.NET仅被部分解释。编译用于服务器端代码的C#或visual basic。IS解释的是直接在页面上的代码。记住，尽管你的大部分逻辑都不是在那里发生的。。。它发生在编译的代码页中，页面代码主要用于显示您已经计算的内容。但不要忘记，当页面提供给用户时，您在页面上的HTML中放入的任何服务器端标记都会被解析并剥离。如果您有标签<%：ViewData["value"]%>，用户在查看源时只会看到"value"的值，而不会看到实际的服务器端标记。
-
学习ASP.NET和在两周内完成应用程序将非常困难。我个人喜欢ASP.NET MVC，但如果你没有太多的web编程背景，那么与web窗体相比，它可能不是最容易学习的东西。然而。。。
-
我不是PHP的粉丝，但它被广泛使用，是一种快速设置简单项目的好语言。还有很多例子，这是人们学习的第一批网络语言（部分原因是这些）。如果你有两周的时间学习一门语言并建立一个项目，那就用PHP吧。即使有C语言背景，网络编程也不仅仅是知道一种服务器端语言，所以你最好使用一种快速而肮脏的语言，用最少的努力就能完成你想做的事情。也就是说，PHP。
FastCGI/C++具有更好的性能。如果您需要如何操作的链接：http://cgi.sourceforge.net/谷歌搜索还有更多。