我在查找相关和更新的信息时遇到了一些麻烦。我发现很多是从2001/2002年开始的,其中大部分都不适用。
基本上,我想创建一个服务器/客户端应用程序。服务器将从一台专用机器运行,我将在许多其他机器(遥控器)上安装客户端。
我不确定(从未使用过ASP.NET Web应用程序)是否需要提前计划,还是可以将其添加到顶部?
我假设我可以在C#NET中创建服务器/客户端应用程序,然后再创建ASP.NET Web App,以便为服务器应用程序提供基于Web的前端。如果这是正确的,那么任何人都可以将这些信息与我联系起来吗?正如我所提到的,我发现的一切都是旧的,或者不适用。
答案 0 :(得分:1)
好吧,我认为即使不是那么清楚,我也能得到你所要求的东西。
您希望最初构建一个cliet / server应用程序,然后通过基于Web的应用程序提供类似的功能。正确?如果是,那么:
在某种程度上,您确实需要为此进行规划和设计。这就是我的建议:让我们假设你正在为服务器端应用程序使用分层架构,这些层是: 1. TCP / IP接口层 2.业务层 3.数据层
业务层和数据层也将在ASP.NET应用程序中重用。这两个层都必须完全不知道TCP / IP和Http。
TCP / IP接口层,将服务器应用程序的TPC / IP转换为对正常数据类型的纯C#方法调用,并调用业务层。如果您遵循此基本设计,您将能够重用业务层和数据层。
修改
ASP.NET应用程序是程序集。它们运行在另一个“应用程序”(工作进程)的进程空间中,该应用程序又在IIS的进程空间中运行。但是,我在答案中提到的架构对你来说是有用的(我会一直这样做),如果你小心你的TCP / IP接口层是障碍(和接口)或者是为了解决你的TCP / IP来自您的业务层的“ness”。
例如,aspx页面(或MVC控制器或asp.net处理程序)是“Http接口层”。如果使用正确,“页面”处理所有http / html内容并将所有消息传递“转换”为业务层上的常规C#方法调用,从而完全将业务层与ASP.NET,http,会话和类似。事实上,业务层应该了解与ASP.NET有关的任何知识或依赖。
因此,如果您的TCP / IP服务接口层具有相同的功能(这是 服务接口层 的唯一责任),那么您就可以了。当时机成熟时,你将在你的系统上使用Http Service接口层(共享BL和DAL)。希望这是有道理的。
答案 1 :(得分:0)
在基于ASP.NET的网站中有多个项目是很常见的,其中一些项目与WEB UI实际上没有任何关系。
一个很好的资源就是任何初学者的ASP.NET教程。 (我相信你的谷歌搜索技巧:-))
只需确保将GUI与实现分开(例如 - 如果您使用webForms进行测试 - 请确保您不依赖于任何特定于webForms的实现)。
我真的建议在开始任务之前先阅读一些关于ASP.NET的内容,但一般来说,请放心,你的c#项目可以“插入”ASP.NET实现。
希望我的问题是正确的。
答案 2 :(得分:0)
http://www.asp.net/general/videos
http://msdn.microsoft.com/en-us/library/ms178093(v=VS.90).aspx
您不必创建任何客户端应用程序,客户端就是Web浏览器。