Un texto de rúbrica. Y en la función de renderizado, usa dee'sh1. Por supuesto, aquí no es el nombre, sino children. Y el nombre de la propiedad es name. Para obtener el nombre del Pokemon. Si lo hago de esta manera, por supuesto, no funcionará como se espera porque es cierto que puedo escribir aquí, puedo guardar y estoy guardando este campo, pero tan pronto como vuelva, tengo el valor de la fuente de datos externa. Pero lo que puedo hacer es en esta función de método, puedo usar estas props de bricks. Entonces puedo decir que el nombre no siempre es el nombre de la fuente de datos externa, pero puedo usar bricks props.name, o este. Realmente el nombre de las props de bricks puede ser algo que es complejo porque tenemos texto enriquecido con marcadores, etc. Entonces lo que necesitamos hacer es usar una función simple de web bricks y hacer una serialización simple de estos contenidos. Y tengo que decir, si hay contenido, uso esto. De lo contrario, uso la fuente de datos externa. Ahora debería escribir esto mejor, pero ahora no tenemos tiempo. Solo quiero que veas que ahora, si recargo, obtengo el valor del nombre en el brick. Pero si lo borro, obtengo de nuevo el nombre de la fuente de datos externa. Así que puedo cambiarlo como quiera. Puedo guardar si voy a otra página y vuelvo. Tengo el nuevo texto, pero si lo borro, obtengo el texto que proviene de la fuente de datos externa. Así que también puedes interpretar estas cosas y tener datos externos que son la única fuente de verdad pero también puedes permitir que tu editor anule esto. Así que creo que con esto, hemos visto muchas cosas avanzadas de React Bricks. Y ahora me gustaría darte una idea de lo que viene, en qué estamos trabajando. Entonces, bueno, puedo, usemos estas funciones que creamos aquí. ¿Qué sigue? Bueno, una cosa en la que estamos trabajando es la biblioteca de medios. Viste que cuando hago clic para agregar una imagen, ahora puedo seleccionar desde un splash o puedo elegir cualquier imagen de la computadora, pero no puedo obtener una imagen de una biblioteca de medios. Así que no se pueden reutilizar imágenes. Estamos trabajando en una biblioteca de medios con capacidades de búsqueda. Podrás buscar por relación de aspecto, por color, etc. Y otras cosas en las que estamos trabajando es un sistema de relleno. Y de esta manera, así que lo usaremos. Por ejemplo, nosotros mismos para crear un complemento de SEO para que en lugar de, solo la etiqueta meta habitual, puedas proporcionar los datos JSON LD de schema.org. Y queremos que puedas crear un complemento como ese, que abrirá una interfaz para editar metadatos en la página. Entonces, otra función que queremos crear es tener múltiples ramas, múltiples ramas de contenido, para que, por ejemplo, quieras trabajar en la V2 de tu sitio web, pero quieras poder seguir guardando en la V1, ¿de acuerdo? Y luego, finalmente, puedes crear otra rama del contenido, y cuando estés listo con la V2, simplemente puedes cambiar a V2, o puedes tener una rama que pueda ser utilizada por tus desarrolladores. Pueden hacer lo que quieran, meterse con el contenido, y no romperán el contenido en vivo. Luego, otra cosa en la que estamos trabajando es un flujo de trabajo. Queremos crear un flujo de trabajo adecuado para las páginas. Para que Uwe tenga los permisos, cuando comiences a trabajar en una página, crearás una copia de trabajo. Y cuando estés listo con todas las ediciones, puedes decir que está listo para publicar, y luego otro usuario puede aprobar la publicación. Y se publicará cuando hagas clic en el botón de implementación. Y bueno, lo último que me gustaría mostrarte es que también vamos a crear un mercado para que puedas crear conjuntos de bricks y tenerlos en nuestro mercado. Y así las personas podrían descargarlos de forma gratuita o pagando por ellos. Y estas son nuestras ideas para React Bricks antes de que ya estemos trabajando en ellas. Otra cosa importante es que queremos admitir Astro. Y estamos abiertos a cualquier otro nuevo framework que sea interesante porque nuestra filosofía es que queremos mantenernos independientes de los frameworks, para que puedas elegir el framework y ser independiente de la plataforma, para que siempre puedas alojar lo que quieras. Entonces, si tienes alguna pregunta final, aquí estoy. Bien, ¿el rubric admitirá el renderizado del lado del servidor de Next? Una más, ¿este CMS permitirá compartir contenido en varias páginas o tal vez en varias aplicaciones? Bien, sí. Bueno, en cuanto a Next, sí, admite el renderizado del lado del servidor porque con la carpeta de páginas de rubrics puedes hacer la generación estática, puedes hacer el renderizado del lado del servidor y puedes hacer la generación estática incremental. En el ejemplo estamos usando get static props pero por supuesto también puedes usar get server props y tener las páginas generadas en el servidor para cada solicitud. Pero si en lugar de eso, si te refieres a los componentes del servidor, es decir, la carpeta de aplicaciones de Next.js, sí, estamos trabajando en ello y estará listo pronto. ¿Este CMS permitirá compartir contenido en varias páginas? Sí. Mostré una diapositiva para que tengas varias formas de compartir entre páginas. Puedes usar las historias para tener características predefinidas. Para repetir algo que hiciste en una página u otras páginas, puedes incrustar los fragmentos. Entonces, un conjunto de bricks que puedes guardar como una página de entidad, puedes reutilizarlo en varias páginas y se convierte en una única fuente de verdad. Entonces, cuando lo cambies una vez, cambiará en cada página que lo incruste o puedes usar el visor de múltiples páginas para incrustar directamente un encabezado y un pie de página en todas las páginas. Para compartir contenido entre varias aplicaciones, actualmente no es posible, pero puedes duplicar una aplicación desde el panel y obtendrás todos los usuarios o el contenido de la aplicación original. Entonces, realmente podrías hacerlo usando directamente las APIs porque, por supuesto, Rubrics tiene APIs subyacentes, por lo general no necesitas usarlas porque solo tienes nuestras funciones de envoltura como fetch pages que te ayuda. Pero usando estas funciones de páginas, o directamente nuestras APIs REST, podrías reutilizar contenido en varias páginas. Así que espero que haya respondido tus preguntas. Entonces, creo que podemos terminar ahora. Son dos horas y media. Pero me gustaría darte mi dirección de correo electrónico. Permíteme compartir la pantalla de nuevo. En primer lugar, se me olvidaba. Puedes encontrar el repositorio aquí. Entonces, github.com/reactbricks/react-summit-23-workshop. Y lo que sugiero es que realmente, en lugar de mirar el código que creamos, comiences a hacer el tutorial y crees tus propios Bricks porque es realmente divertido. Y creo que ahora entendiste los conceptos básicos de los Bricks de software. Con React Bricks, tienes un editor visual con buenas restricciones. Viste que es solo React porque nunca tuvimos que ir y venir entre un CMS headless para crear los campos y luego a VS Code para usar los campos. Es solo React y tienes un buen método. Solo tienes también este código de fragmento. Es muy fácil crear estos Bricks de contenido editables visualmente. Puedes alojarlo en cualquier lugar, puedes usar cualquier framework y es de nivel empresarial con funciones como colaboración, optimización de imágenes, permisos detallados y múltiples idiomas. Hay un programa de socios disponible. Entonces, si quieres convertirte en una agencia socia, contáctame ahora. Mi nombre es [email protected]. También me encuentras en Twitter en @mattfrana. Y bueno, eso es todo, no dudes en contactarme para cualquier cosa. Así que si tienes alguna pregunta después, contáctame y te responderé. Gracias.
Comments