Framework/Biblioteca + ORM

21/07/2006 - 01:16 por news.microsoft.com | Informe spam
Hola...

¿Alguien podría aconsejarme en lo siguiente...?
Tengo que comenzar a desarrollar un sistema (Smart Client + WebServices +
RDBMS) y me ha resultado dificil determinar la arquitectura respecto a:
- Que Framework o Biblioteca de apoyo me conviene utilizar: Enterprise
Library, Spring.NET u otro?
- Que ORM me convendría más utilizar junto a lo anterior? ... (larga lista
de posibilidades)

Lo que más me ayudaría sería que me contaran su experiencia en un contexto
similar.
Saludos,

Néstor.

Preguntas similare

Leer las respuestas

#1 Vyacheslav Popov
21/07/2006 - 10:28 | Informe spam
Hola,

Según mi experiencia la forma más fácil de hacer la comunicación entre el
cliente y servidor mediante los servicios Web es usando los DataSet con tipo
ya que tienen implementada la serialización.

Saludos.

"news.microsoft.com" escribió en el mensaje
news:%
Hola...

¿Alguien podría aconsejarme en lo siguiente...?
Tengo que comenzar a desarrollar un sistema (Smart Client + WebServices +
RDBMS) y me ha resultado dificil determinar la arquitectura respecto a:
- Que Framework o Biblioteca de apoyo me conviene utilizar: Enterprise
Library, Spring.NET u otro?
- Que ORM me convendría más utilizar junto a lo anterior? ... (larga lista
de posibilidades)

Lo que más me ayudaría sería que me contaran su experiencia en un contexto
similar.
Saludos,

Néstor.


Respuesta Responder a este mensaje
#2 Aura
21/07/2006 - 12:46 | Informe spam
es usando los DataSet con tipo ya que tienen implementada la
serialización.




Oye, te seria posible explicar un poquito ? En los datasets sin tipo o
cualquier objeto no se usa la serializacion tambien ? Esta no se refiere
solo a poder concatenar propiedades, metodos, etc. ?
Respuesta Responder a este mensaje
#3 Vyacheslav Popov
21/07/2006 - 16:37 | Informe spam
Hola Aura, me refiero a la implementación de la interfaz ISerializable.
Es decir, para poder enviar un objeto mediante un servicio Web, éste ha de
implementar la interfaz ISerializable.

Entonces hay tres soluciones:

1. Implementar la interfaz ISerializable para todos los objetos del dominio
- Horas de programación: muchas
- Rendimiento cliente: alto
- Rendimiento servidor: alto

2. Enviar un DataSet mediante el servicio Web y en el cliente mapear,
mediante un ORM, los DataSet a objetos del dominio
- Horas de programación: muchas
- Rendimiento cliente: bajo
- Rendimiento servidor: medio

3. Usar DataSet con tipo
- Horas de programación: pocas
- Rendimiento cliente: bajo
- Rendimiento servidor: bajo


Hay pocas situaciones cuando se necesita un alto rendimiento

Saludos.

"Aura" escribió en el mensaje
news:
es usando los DataSet con tipo ya que tienen implementada la
serialización.




Oye, te seria posible explicar un poquito ? En los datasets sin tipo o
cualquier objeto no se usa la serializacion tambien ? Esta no se refiere
solo a poder concatenar propiedades, metodos, etc. ?




Respuesta Responder a este mensaje
#4 Alfredo Novoa
21/07/2006 - 17:31 | Informe spam
On Thu, 20 Jul 2006 19:16:16 -0400, "news.microsoft.com"
wrote:

¿Alguien podría aconsejarme en lo siguiente...?
Tengo que comenzar a desarrollar un sistema (Smart Client + WebServices +
RDBMS)



No se muy bien para que puedes querer WebServices si ya tienes un
SQL-DBMS. ¿Para comprimir tu los datos y ahorrar ancho de banda?

Si quisiese tener un servidor intermedio yo usaría TCP/IP puro y duro,
aunque supongo que a cualquier cosa que vaya por el puerto 80 se le
puede llamar WebService.

y me ha resultado dificil determinar la arquitectura respecto a:
- Que Framework o Biblioteca de apoyo me conviene utilizar: Enterprise
Library, Spring.NET u otro?



Mira lo que trae cada biblioteca a ver si encuentras algo en ella que
te pueda servir. He mirado un poco Spring .Net y no he visto nada
interesante.

- Que ORM me convendría más utilizar junto a lo anterior? ... (larga lista
de posibilidades)



Ninguno. El ORM es una tontería. Para presentar datos puedes usar
DataSets.


Saludos
Alfredo
Respuesta Responder a este mensaje
#5 news.microsoft.com
21/07/2006 - 18:10 | Informe spam
Hola,
la idea es trabajar la lógica de negocios al estilo POCO (Plain Old CLR
Objects) sin tener que adaptarse al estilo Dataset y evitando al máximo el
"amarrarse" a un RDBMS en particular.
Según lo que he leído... a esto ayudaría un ORM.
No queremos algo fácil para el corto plazo, sino algo escalable que requiera
un esfuerzo razonable.
Gracias.

Néstor.

"Vyacheslav Popov" escribió en el
mensaje news:%23jbG1%
Hola,

Según mi experiencia la forma más fácil de hacer la comunicación entre el
cliente y servidor mediante los servicios Web es usando los DataSet con
tipo ya que tienen implementada la serialización.

Saludos.

"news.microsoft.com" escribió en el mensaje
news:%
Hola...

¿Alguien podría aconsejarme en lo siguiente...?
Tengo que comenzar a desarrollar un sistema (Smart Client + WebServices +
RDBMS) y me ha resultado dificil determinar la arquitectura respecto a:
- Que Framework o Biblioteca de apoyo me conviene utilizar: Enterprise
Library, Spring.NET u otro?
- Que ORM me convendría más utilizar junto a lo anterior? ... (larga
lista de posibilidades)

Lo que más me ayudaría sería que me contaran su experiencia en un
contexto similar.
Saludos,

Néstor.






Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida