SERVICIOS WEB, SQL SERVER Y CLIENTE WINDOWS FORM

Hola Juan,

Mira, en realidad si tu aplicación se va a conectar localmente (LAN) a tu
base de datos con un cliente Windows hecho con Microsoft .NET no hacen falta
los web services. Igual puedes hacer las actualizaciones en línea,
autenticación y cifrado de datos o transferencias de archivos.

Los servicios web xml te pueden servir para estandarizar los datos que
expones hacia afuera, y de manera universal pueden consumir estos servicios
una gama de clientes hechos en varias plataformas (no solo Microsoft). Desde
mi punto de vista web services es una solución fácil de desarrollar y
mantener, pero como lo dicen los estudios de Gartner transferir datos en xml
no es la manera más eficiente de hacerlo.

Conclusión: Te recomiendo que en ambientes internos uses comunicación
InProc, osea que incluyas la dll de acceso a datos en tus clientes, y en
ambientes externos consumas los servicios web xml.

Carlos Enrique Figueroa
MCP, MCAD.NET
.NET Consultant
SmartWork S.A.

"Juan Barrios Peñaloza" escribió:

Consulta:


Estoy creando una aplicación y tengo dos opciones para el desarrollo, cual
recomienda ustedes?

1. Base de datos con Sql Server consumido por un cliente Windows Form
utilizando los Servicios Web.

2. Base de datos con Sql Server consumidos directamente por un cliente
Windows Form.

El sistema debe tener la opcion de actualizarse en linea, opcion de objeto
desconectados, autenticacion y cifrado de datos para cuestiones de
seguridad, Accesible tanto de un usuario local o fuera de la red local
(por internet), transferencia de archivos.

Muchas gracias, espero sus recomendaciones y sugerencia.


Atte,

Juan Barrios

Hola Juan,

en uno de los requisitos del proyecto has indicado que la aplicación debe
ser accedida tanto desde dentro de la red local como desde internet, este
punto de obliga a utilizar WebService para evitar exponer el servidor SQL
Server a internet.

Otro punto importante es que si haces conexión directa desde los clientes a
SQL Server, dependiendo del número de clientes que tenga la aplicación
puedes necesitar mas o menos licencias de cliente de SQL Server. Si utilizas
una capa de lógica de negocio centralizada evitas esta situación reduciendo
el gasto de licencias de cliente necesarias.

Podrías utilizar Remoting para los clientes de la red local, evitando la
sobrecarga de XML de los WebService, pero si no planificas bien el diseño de
los servicios necesarios puede complicarse el desarrollo.

Un Saludo,

Miguel Angel Campos
MCAD.NET

"Juan Barrios Peñaloza" escribió en el mensaje
news:

Consulta:


Estoy creando una aplicación y tengo dos opciones para el desarrollo, cual
recomienda ustedes?

1. Base de datos con Sql Server consumido por un cliente Windows Form
utilizando los Servicios Web.

2. Base de datos con Sql Server consumidos directamente por un cliente
Windows Form.

El sistema debe tener la opcion de actualizarse en linea, opcion de objeto
desconectados, autenticacion y cifrado de datos para cuestiones de
seguridad, Accesible tanto de un usuario local o fuera de la red local
(por internet), transferencia de archivos.

Muchas gracias, espero sus recomendaciones y sugerencia.


Atte,

Juan Barrios

Hola Miguel Angel,

No se si sea recomendable implementar comunicacion via remoting estando a
visperas del lanzamiento de Indigo, que es una infraestructura de
comunicaciones basada en la arquitectura de los web services. Me gustaría
conocer tu opinión.

Carlos Enrique Figueroa
MCP, MCAD.NET
.NET Consultant
SmartWork S.A.

"Miguel Angel Campos" wrote:

Hola Juan,

en uno de los requisitos del proyecto has indicado que la aplicación debe
ser accedida tanto desde dentro de la red local como desde internet, este
punto de obliga a utilizar WebService para evitar exponer el servidor SQL
Server a internet.

Otro punto importante es que si haces conexión directa desde los clientes a
SQL Server, dependiendo del número de clientes que tenga la aplicación
puedes necesitar mas o menos licencias de cliente de SQL Server. Si utilizas
una capa de lógica de negocio centralizada evitas esta situación reduciendo
el gasto de licencias de cliente necesarias.

Podrías utilizar Remoting para los clientes de la red local, evitando la
sobrecarga de XML de los WebService, pero si no planificas bien el diseño de
los servicios necesarios puede complicarse el desarrollo.

Un Saludo,

Miguel Angel Campos
MCAD.NET

"Juan Barrios Peñaloza" escribió en el mensaje
news:
> Consulta:
>
>
> Estoy creando una aplicación y tengo dos opciones para el desarrollo, cual
> recomienda ustedes?
>
> 1. Base de datos con Sql Server consumido por un cliente Windows Form
> utilizando los Servicios Web.
>
> 2. Base de datos con Sql Server consumidos directamente por un cliente
> Windows Form.
>
> El sistema debe tener la opcion de actualizarse en linea, opcion de objeto
> desconectados, autenticacion y cifrado de datos para cuestiones de
> seguridad, Accesible tanto de un usuario local o fuera de la red local
> (por internet), transferencia de archivos.
>
> Muchas gracias, espero sus recomendaciones y sugerencia.
>
>
> Atte,
>
> Juan Barrios

Hola Carlos,

En las visperas, visperas no estamos, ni siquiera existe una fecha de salida
para ese futuro, y con muy buena pinta, producto. Así que cualquier
desarrollo que tenga que ver la luz en los próximos meses no debería
utilizar esta aquitectura. Es mi opinión, no creo que sea bueno realizar un
proyecto con una versión beta de algo, a no ser que sea un piloto de un
proyecto futuro.
Con respecto a Indigo, Remoting y WebService; Indigo no es una arquitectura
basada en WebService, es una arquitectura que establece un modelo común de
desarrollo de aplicaciones orientadas a servicios (SOA), es decir permite
definir contratos de servicios y datos para que sean utilizados mediante
varios canales de comunicación (webservice, TCP (Remoting), namespipe,
memoriacompartida, etc).
Si el proyecto sobre el cual hablamos se quiera realizar para ser utilizado
en la red local mediante Remoting y a traves de Internet mediante WS, se
tendrían que implementar dos proyectos, uno que atiende las peticiones
Remoting y otro que atiende las peticiones WS, puesto que la forma de
implementarlos es distinta. Con Indigo todo esto cambia, para cambiar de WS
a Remoting sólo tenemos que cambiar el fichero de configuración.

Como comentario adicional, si actualmente se realizara un proyecto con WS,
para poder utilizar Indigo hay que realizar cambios en el código, no tantos
como en una aplicación realizada para Remoting, pero donde ahora está el
atributo [WebService] deberá estar [ServiceContract], donde [WebMethod] ->
[OperationContract], etc. Aunque Microsoft facilitará herramientas para
migrar de uno a otro.

Es mi opinión al respecto, estoy deseando que llegue Indigo pero creo que
aún va a tardar un poco. Ahora está la Technology Preview de WSE 3.0, que ya
es compatible con las especificaciones de Indigo para WebService, pero no sé
tampoco cuando saldrá la versión final de este producto, que será seguro
antes que Indigo.

Un Saludo,

Miguel Angel Campos
MCAD.NET

"Carlos Enrique Figueroa"
escribió en el mensaje
news:

Hola Miguel Angel,

No se si sea recomendable implementar comunicacion via remoting estando a
visperas del lanzamiento de Indigo, que es una infraestructura de
comunicaciones basada en la arquitectura de los web services. Me gustaría
conocer tu opinión.

Carlos Enrique Figueroa
MCP, MCAD.NET
.NET Consultant
SmartWork S.A.

"Miguel Angel Campos" wrote:

Hola Juan,

en uno de los requisitos del proyecto has indicado que la aplicación debe
ser accedida tanto desde dentro de la red local como desde internet, este
punto de obliga a utilizar WebService para evitar exponer el servidor SQL
Server a internet.

Otro punto importante es que si haces conexión directa desde los clientes
a
SQL Server, dependiendo del número de clientes que tenga la aplicación
puedes necesitar mas o menos licencias de cliente de SQL Server. Si
utilizas
una capa de lógica de negocio centralizada evitas esta situación
reduciendo
el gasto de licencias de cliente necesarias.

Podrías utilizar Remoting para los clientes de la red local, evitando la
sobrecarga de XML de los WebService, pero si no planificas bien el diseño
de
los servicios necesarios puede complicarse el desarrollo.

Un Saludo,

Miguel Angel Campos
MCAD.NET

"Juan Barrios Peñaloza" escribió en el mensaje
news:
> Consulta:
>
>
> Estoy creando una aplicación y tengo dos opciones para el desarrollo,
> cual
> recomienda ustedes?
>
> 1. Base de datos con Sql Server consumido por un cliente Windows Form
> utilizando los Servicios Web.
>
> 2. Base de datos con Sql Server consumidos directamente por un cliente
> Windows Form.
>
> El sistema debe tener la opcion de actualizarse en linea, opcion de
> objeto
> desconectados, autenticacion y cifrado de datos para cuestiones de
> seguridad, Accesible tanto de un usuario local o fuera de la red local
> (por internet), transferencia de archivos.
>
> Muchas gracias, espero sus recomendaciones y sugerencia.
>
>
> Atte,
>
> Juan Barrios

Hola Miguel Angel, :)

Yo no dije que Indigo es una arquitectura basada en web service, dije que
Indigo es una infraestructura de comunicaciones basada en la arquitectura de
los web services. Esto es exactamente lo que dice el sitio oficial de
Microsoft:

http://msdn.microsoft.com/Longhorn/...fault.aspx

"It is a new breed of communications infrastructure built around the web
service architecture"

De cualquier forma coincido contigo en que desarrollar a nivel empresarial
usando el beta no es correcto cuando no se conoce la fecha de salida del
producto final, pero lo que yo recomendaba es usar web services porque es
mucho más fácil de desarrollar, de mantener y de migrar hacia indigo que usar
remoting.

Saludos,

Carlos Enrique Figueroa
MCP, MCAD.NET
.NET Consultant
SmartWork S.A.


"Miguel Angel Campos" escribió:

Hola Carlos,

En las visperas, visperas no estamos, ni siquiera existe una fecha de salida
para ese futuro, y con muy buena pinta, producto. Así que cualquier
desarrollo que tenga que ver la luz en los próximos meses no debería
utilizar esta aquitectura. Es mi opinión, no creo que sea bueno realizar un
proyecto con una versión beta de algo, a no ser que sea un piloto de un
proyecto futuro.
Con respecto a Indigo, Remoting y WebService; Indigo no es una arquitectura
basada en WebService, es una arquitectura que establece un modelo común de
desarrollo de aplicaciones orientadas a servicios (SOA), es decir permite
definir contratos de servicios y datos para que sean utilizados mediante
varios canales de comunicación (webservice, TCP (Remoting), namespipe,
memoriacompartida, etc).
Si el proyecto sobre el cual hablamos se quiera realizar para ser utilizado
en la red local mediante Remoting y a traves de Internet mediante WS, se
tendrían que implementar dos proyectos, uno que atiende las peticiones
Remoting y otro que atiende las peticiones WS, puesto que la forma de
implementarlos es distinta. Con Indigo todo esto cambia, para cambiar de WS
a Remoting sólo tenemos que cambiar el fichero de configuración.

Como comentario adicional, si actualmente se realizara un proyecto con WS,
para poder utilizar Indigo hay que realizar cambios en el código, no tantos
como en una aplicación realizada para Remoting, pero donde ahora está el
atributo [WebService] deberá estar [ServiceContract], donde [WebMethod] ->
[OperationContract], etc. Aunque Microsoft facilitará herramientas para
migrar de uno a otro.

Es mi opinión al respecto, estoy deseando que llegue Indigo pero creo que
aún va a tardar un poco. Ahora está la Technology Preview de WSE 3.0, que ya
es compatible con las especificaciones de Indigo para WebService, pero no sé
tampoco cuando saldrá la versión final de este producto, que será seguro
antes que Indigo.

Un Saludo,

Miguel Angel Campos
MCAD.NET

"Carlos Enrique Figueroa"
escribió en el mensaje
news:
> Hola Miguel Angel,
>
> No se si sea recomendable implementar comunicacion via remoting estando a
> visperas del lanzamiento de Indigo, que es una infraestructura de
> comunicaciones basada en la arquitectura de los web services. Me gustaría
> conocer tu opinión.
>
> Carlos Enrique Figueroa
> MCP, MCAD.NET
> .NET Consultant
> SmartWork S.A.
>
> "Miguel Angel Campos" wrote:
>
>> Hola Juan,
>>
>> en uno de los requisitos del proyecto has indicado que la aplicación debe
>> ser accedida tanto desde dentro de la red local como desde internet, este
>> punto de obliga a utilizar WebService para evitar exponer el servidor SQL
>> Server a internet.
>>
>> Otro punto importante es que si haces conexión directa desde los clientes
>> a
>> SQL Server, dependiendo del número de clientes que tenga la aplicación
>> puedes necesitar mas o menos licencias de cliente de SQL Server. Si
>> utilizas
>> una capa de lógica de negocio centralizada evitas esta situación
>> reduciendo
>> el gasto de licencias de cliente necesarias.
>>
>> Podrías utilizar Remoting para los clientes de la red local, evitando la
>> sobrecarga de XML de los WebService, pero si no planificas bien el diseño
>> de
>> los servicios necesarios puede complicarse el desarrollo.
>>
>> Un Saludo,
>>
>> Miguel Angel Campos
>> MCAD.NET
>>
>> "Juan Barrios Peñaloza" escribió en el mensaje
>> news:
>> > Consulta:
>> >
>> >
>> > Estoy creando una aplicación y tengo dos opciones para el desarrollo,
>> > cual
>> > recomienda ustedes?
>> >
>> > 1. Base de datos con Sql Server consumido por un cliente Windows Form
>> > utilizando los Servicios Web.
>> >
>> > 2. Base de datos con Sql Server consumidos directamente por un cliente
>> > Windows Form.
>> >
>> > El sistema debe tener la opcion de actualizarse en linea, opcion de
>> > objeto
>> > desconectados, autenticacion y cifrado de datos para cuestiones de
>> > seguridad, Accesible tanto de un usuario local o fuera de la red local
>> > (por internet), transferencia de archivos.
>> >
>> > Muchas gracias, espero sus recomendaciones y sugerencia.
>> >
>> >
>> > Atte,
>> >
>> > Juan Barrios
>>
>>
>>