G
Guadala Harry
Suppose I have one ASP.NET Web application that accesses a SQL Server on the
local machine/server. This ASP.NET application has the data access logic
already separated out into its own assembly. I want to leverage that same
assembly and SQL Server data from a second ASP.NET Web application that is
hosted on a separate machine on a different subnet. Is .NET Remoting a good
choice for accessing the database from the second Web application? or would
a Web service be a better choice?
I am under the impression that Web services are slower at runtime and are
ideal for cross-platform communications. But my scenario is .NET to .NET,
and I'd like the best performance possible.
Just looking for some general considerations - things I should look at as I
make my decision, as I'm aware that there may not be a simple answer given
the scenario.
Thanks.
local machine/server. This ASP.NET application has the data access logic
already separated out into its own assembly. I want to leverage that same
assembly and SQL Server data from a second ASP.NET Web application that is
hosted on a separate machine on a different subnet. Is .NET Remoting a good
choice for accessing the database from the second Web application? or would
a Web service be a better choice?
I am under the impression that Web services are slower at runtime and are
ideal for cross-platform communications. But my scenario is .NET to .NET,
and I'd like the best performance possible.
Just looking for some general considerations - things I should look at as I
make my decision, as I'm aware that there may not be a simple answer given
the scenario.
Thanks.