Apicurio-studio: Editor: admite allOf (herencia de tipo de datos)

@EricWittmann habiendo pasado los últimos días en la herramienta, esta es probablemente la mayor brecha que me impide usar la herramienta con los clientes.

Está bien. ¡Agregándolo a la lista!

¿Alguna idea más sobre esto? Estoy leyendo para comenzar algunos proyectos y me encantaría usar apicruio, pero este problema es un verdadero bloqueador.

He tenido algunas ideas en esta área, pero no he tenido la oportunidad de trabajar realmente en ellas. La acumulación de funciones es bastante extensa, incluida una renovación relativamente generalizada de la UX.

¿Alguna posibilidad de que haya tenido alguna idea sobre cómo se vería una interfaz de usuario que admita allOf (y presumiblemente oneOf y anyOf)?

allOf necesita mostrarme que la definición foo extiende la barra de definición y preferiblemente una enumeración de los campos que forman parte de la barra. la vista de foo debería hacer un hipervínculo a la barra. Me estoy imaginando una especie de pantalla dividida aquí, pero el diseño de la interfaz de usuario no es mi punto fuerte.

oneOf y anyOf son casos de uso diferentes desde el punto de vista de UX. En esos escenarios, simplemente necesito enumerar las definiciones que podrían usarse al asignar una variable, pero no necesito ver los detalles de las definiciones como se necesita en allOf. Solo necesito conocer la lista de nombres de definiciones.

Plantearé el problema con UX para ver si podemos encontrar algo. Desafortunadamente, probablemente no sea el elemento más alto en la lista de tareas pendientes, pero haré todo lo posible. :)

Entendido, solo quiero que tenga un contexto sobre lo que se requiere para que usemos esta cosa en el laboratorio. Esto es lo más importante en este momento: puedo solucionar la mayoría de las otras cosas. Pero necesito poder hacer herencia en un proyecto del mundo real.

Absolutamente entendido. :) Mejoraré este requisito tanto como sea posible. Ciertamente me gustaría que Apicurio fuera lo más útil posible en proyectos del mundo real.

Si tiene otros problemas que aún no ha mencionado y que pueden mejorarse, definitivamente hágamelo saber también. (Nota: estamos trabajando en el diseño de una función CRUD, que hará que sea mucho más fácil agregar rápidamente operaciones estándar para un "recurso")

Hola, ¿alguna noticia sobre esto? Es una lástima que una herramienta tan buena no pueda ocuparse de la herencia ...

Lamentablemente nada todavía, aunque no por falta de ganas de sustentar la herencia. En realidad, solo es un problema de priorización.

Lo que ayudaría mucho, si alguien tiene habilidades de diseño de UX, es una maqueta de cómo funcionaría esto. @ sherl0cks ya proporcionó algunas ideas, pero sería mucho más fácil implementar algo aquí con un diseño UX. O si tiene una herramienta que hace algo similar de la manera que le gusta, ¡no dude en señalarlo!

Me doy cuenta de que puede ser mucho pedir. :)

De cualquier manera, esto se hará, pero todavía no sé cuándo.

Oye,

si la parte UX sigue siendo un bloqueador, ¿por qué no reutilizar el estilo de pestaña existente como https://imagebin.ca/v/4mkbz35931av

Alternativa: cree un tipo de datos "compuesto" (junto a la matriz, cadena, flotante, ...), una vez seleccionado, renderice el mismo formulario (donde puede agregar varios tipos) con algo de relleno a la izquierda.

La herencia ps es una característica excelente de la documentación de OpenApi, ya que ahorra muchas copias: ¡pegar!

¡No es un mal diseño! Gracias por el aporte. Espero que estés de acuerdo con esto, pero pensé que sería útil insertar la imagen en línea para facilitar las cosas (no es necesario hacer clic en imagebin):

No, esperaré hasta que se publique esto y luego reclamaré por infracción de derechos de autor. :D

ps aparte de eso, ¡ustedes construyeron una gran herramienta! ¡Felicitaciones!

Ha ha! 🤣

¡Esperando que se implemente esta función!

Trabajando en esto ahora (finalmente). :)

Sé que ha llevado mucho tiempo, pero una implementación inicial del soporte básico allOf, oneOf y anyOf (obviamente, para los documentos de OpenAPI 2.0 es solo "allOf").

Esta es solo una implementación beta del soporte. Me encantaría recibir comentarios al respecto. Creo que se pueden hacer muchas mejoras, pero primero me interesa lo que piensan los demás.

Hoy haré un lanzamiento para que todos puedan probar las funciones usando la versión Probar ahora (nube) de Apicurio Studio.

Corregido por: https://github.com/Apicurio/apicurio-studio/pull/1022

Vale la pena señalar que los cambios también incluyen mejoras en los tipos simples reutilizables. Con suerte, eso también es útil para algunos usuarios.

Desafortunadamente, no hace mucho tiempo en un rol en el que estoy usando apicurio, ¡pero esto suena genial @EricWittmann !