Si TCP/IP es una arquitectura en capas adecuada, ¿por qué tenemos que cambiar todas las aplicaciones en la capa de aplicación para cambiar una IP de protocolo de capa inferior de la versión 4 a la versión 6?¿Por qué tenemos que cambiar la capa de aplicación en IPv6 si se trata de una arquitectura en capas?
¿Por qué tenemos que cambiar la capa de aplicación en IPv6 si se trata de una arquitectura en capas?
Respuesta
Si la aplicación está bien desarrollada y realmente en capas, entonces no debería tener que cambiar. Desafortunadamente, muchas aplicaciones utilizan datos de capa inferior, como las direcciones IP para el control de acceso, registro, etc. En muchos casos comprensibles, pero en efecto, rompen la arquitectura en capas ...
Las bases están cubiertas de http://www.stipv6.nl/whitepaper-ip-aspecten-software
Y Don Olvide cosas como la validación de entrada con expresiones regulares e interfaces de usuario que solo manejan la notación IPv4 (proporcionando cuatro cuadros de entrada para la dirección o insertando puntos automáticamente en ciertos lugares, etc.).
No tendríamos que cambiar si las personas usaran las funciones getaddrinfo()
y getnameinfo()
.
Pero como su uso necesita 3 líneas más de código, las personas no lo usaron antes.
Mientras tanto, que poco a poco empiezan a hacerlo ...
I Think software de capa de aplicación, en general, no se preocupa por la capa IP, pero sin embargo, por razones de seguridad algunas aplicaciones necesitan para hacer frente a la capa IP (es decir, listas de acceso en los servidores web), este es el motivo por el que debemos actualizar el software para poder manejar IPv6.
- 1. Implementación de una capa de servicio en una arquitectura MVC
- 2. arquitectura de 3 capas: paso de datos entre capas
- 3. Error al manejar en la arquitectura de 3 capas
- 4. Manejo de excepciones en una aplicación en capas
- 5. ¿Cómo se usa Autofac en una aplicación web de 3 capas (ASP.NET MVC)?
- 6. Haciendo una aplicación asp.net compatible con IPv6
- 7. arquitectura de perceptrón multicapa (MLP): criterios para elegir el número de capas ocultas y el tamaño de la capa oculta?
- 8. ¿Por qué tenemos que ir a JQuery?
- 9. ¿Cómo separar capas en una arquitectura de capas estrictas y promover la modularidad sin causar redundancia innecesaria?
- 10. MVVM y capas, implementación de la capa de servicio
- 11. División de capas de aplicación en diferentes conjuntos
- 12. ¿Por qué tenemos que establecer __block variable en nil?
- 13. ¿Cuál es la diferencia entre la aplicación de capa vs. capa?
- 14. MethodHandle: ¿de qué se trata?
- 15. capa de servicios WCF en aplicación de n-capas: consideraciones de rendimiento
- 16. Ioc/DI - ¿Por qué tengo que hacer referencia a todas las capas/conjuntos en la aplicación de entrada?
- 17. ¿Por qué tenemos cierres en JavaScript?
- 18. ¿de qué se trata la serialización?
- 19. ¿Debo enviar correos electrónicos en la capa de servicio o en la capa de controlador?
- 20. ¿De qué se trata _GLIBCXX_USE_NANOSLEEP?
- 21. ¿Por qué usar la capa de servicio?
- 22. En iOS, ¿por qué la configuración de la capa sublayerTransform se convierte en sí misma para actuar como CATranformLayer?
- 23. ¿Por qué todavía se necesita lenguaje ensamblador si tenemos idiomas de alto nivel que ofrecen herramientas sofisticadas?
- 24. ¿Por qué razón tenemos la convención de nomenclatura de lower_case_with_underscores?
- 25. Cómo se acomoda la arquitectura ASP.NET MVC en la arquitectura multicapa tradicional
- 26. ¿Cómo se comunican los mensajes/errores de la capa de servicio a capas superiores utilizando MVP?
- 27. ¿Por qué tenemos objetos invocables en python?
- 28. Administrar sesión de inicio de sesión en la aplicación de escritorio: ¿en qué capa?
- 29. ¿Por qué tenemos que llamar a UpdateWindow después de ShowWindow?
- 30. arquitectura de aplicación con MVC, WCF, EF