La reducción del uso de los amarillos

La reduccion del uso de los amarillos

La reduccion del uso de los amarillos : Multi-millones de consejos para hacer su vida mas facil.

Este tema fue originalmente una respuesta a Peter Morris 'N-tier' de grupos de noticias hilo pero me inicio un nuevo hilo aqui sobre el tema de DCOM para los demas me preguntaba acerca de DCom.

Preguntas y preocupaciones acerca de 'los problemas de BoldCOM' se oyen en los grupos de noticias y yo aqui quiero darle algunos consejos.

en Primer lugar me recomiendan para diferentes problemas tipicos COMUNES utilizando un CPU para servir a multiples clientes desde el 'protocolo' (y relacionado con trucos) conectar a los clientes con la CPU (Mas que en el resumen muy por debajo).

Algunas capturas de pantalla visualiza algunos mas simple de soluciones especificas 'DCOM componente de interfaz de usuario problema' causada por la Negrita de los componentes de la suscripcion a los campos individuales de cada uno de los objetos a traves de una red (o peor aun, a traves de internet...). Cualquier protocolo de transferencia de voluntad en un entorno multi-usuario llegar a cualquiera de los presentes el dia de ancho de banda de los limites de intentar hacerlo sin cuidado. Pero si se utiliza con cuidado y diseño de todo el entorno (servidor & cliente), para apoyar a una de tres niveles de 'solucion de protocolo de' la Negrita DCom solucion tambien tiene sus beneficios.

Vistazo a las capturas de pantalla de abajo y tratar de imaginar lo que hay detras de las escenas, recordando que ninguna logica de negocio que existen en el lado del cliente, no existe una logica en la base de datos, todo se ejecuta en un (1) CPU del servidor en la interaccion con multiples clientes. Tambien muestra que un RAD DCOM interfaz de usuario no tienen que ser pobres, el 100% de los apatridas y 'muerto' para el usuario. De hecho, puede ser bastante 'poblado' y aparentemente muy activa y responder al usuario. Con Negrita DCom puede decidir el 'stateness' de los datos transmitidos entre el servidor y el cliente. Puede variar su enfoque y soluciones de interfaz de usuario dependiendo de la frecuencia de uso, la carga de la CPU causados por acciones, y la necesidad de 'interaccion activa' y el apoyo de la alternativa de los datos mostrados. Todo esto dependiendo de los detalles en las acciones de los usuarios y el cambio de los contextos en los dialogos editar etc. Tener esa libertad que las palabras clave son 'variar' y 'posible' en cuanto a tecnicas. Estas palabras clave se aplican porque usted tiene una casi completa gama de tecnicas y funcionales de sus posibilidades, aunque no siempre tienen un limite de capacidad (ancho de banda, etc). Por lo tanto usted debe variar su planteamiento.

una vez dicho todo esto, recordando el hecho de que la forma que se muestra a continuacion es totalmente funcional en su ultimo RT medio ambiente (DCom clientes en MetaFrame), echemos un vistazo a las capturas de pantalla

Tres capturas de pantalla que muestran los datos en 'espectadores' en lugar de mostrar individuales de los miembros de objeto utilizando distintos componentes DCom para cada atributo. (Tenga en cuenta tambien que la mayoria de la lista de identificadores se utilizan solo cuando el desencadenamiento de las operaciones de busqueda en la demanda, que son normalmente bastante pasivo, cuando solo visualizacion & los datos de navegacion con el formulario)

Fig 1: el Fin de la forma de un libro (parcelas para la posterior planificacion del transporte) tiempo de Diseño - El formulario se ve bastante 'vacio' en tiempo de diseño (= muchas HTML en blanco de los espectadores):

Fig 2: ...en tiempo de ejecucion de la interfaz de usuario es totalmente informativo e interactivo.

hacer Clic en el visor de HTML de la 'Parcela ' Detalles' se abre un dialogo sistematico con componentes Delphi (no Negrita consciente). En confirmar que los datos se envian al servidor, que introduce los detalles en los correspondientes campos de objeto causante de la interfaz de usuario atributo 'ParcelDetailsAsHTML' para actualizar el visor mediante el envio de uno nuevo (html) de la cadena de vuelta al cliente. Los mensajes de los usuarios se muestran como los errores, advertencias o informacion de mas a la derecha en el uso de simbolos, de cliente unico idioma del usuario en html en formato de texto (o cadenas simples de codigo afirmaciones u otros mensajes de codigo). La forma de los titulos y los datos y datalabels se muestran en el idioma definido por el usuario. El mismo servidor, la funcion devuelve el texto en diferentes idiomas, de acuerdo en 'que esta pidiendo'. El idioma se puede cambiar en tiempo de ejecucion (no se ha aplicado plenamente en este formulario, consulte el ingles y sueco mixta aqui, ademas de algunas herramientas de depuracion en la esquina superior derecha para examinar y manipular todo lo de negrita los miembros de la clase a la meta de datos, los estados, la manipulacion de las transiciones de estado, que atraviesa la actual estructura del objeto, el envio/recepcion de intra-cliente de chat, idem de correo y mucho mas, un poco de todo (Nota: esto se llama una 'fina' cliente DCom).

Fig 3 Aqui se puede ver el resultado del dialogo anterior enviado a la OSP y de inmediato se analiza al cliente como uno (1) cadena html para el espectador (a la derecha de la nueva ventana de dialogo de abajo). Un rapido y sencillo concepto.

En el pasado - la figura 3 muestra un ejemplo de un html normal hyper link de activacion de un evento que determina cual de dialogo y que datos (desde varias partys son apilados en separar a los espectadores a la izquierda) para recoger/que se mostrara en el cuadro de dialogo. Estos campos son muy especiales en que se passiv la visualizacion de datos, pero al mismo tiempo activamente capaces de busqueda de datos a traves de DCom y por lo tanto se activa 'on demand'. Pero esta actividad tiene una frecuencia relativamente baja y que son temporales y por lo tanto no afecta al rendimiento general muy mucho de Visualizacion y exploracion de datos es lo que satura la red ! (Los hipervinculos son 'lenguaje sensible' antes de ser completamente implementado esta en la cleint lado ya que el texto html es generado por la OSP servidor, y por tanto se muestra en mi idioma del usuario - sueco).

Resumen

Todos los campos de datos que se muestra en estos ejemplos donde 'pasiva mientras visible'. Amarillo COM componentes fueron utilizados solo para recuperar trozos de agrupar campos de datos como cadenas largas y enviado de vuelta de nuevo despues de que los dialogos estaban cerrados (excepto para la red, que probablemente sera reemplazado mas tarde debido a que este es un punto caliente de la forma en Attracs).

validacion de Datos es 100% validado por reglas de negocio en el lado del servidor(no de la logica de negocio que existen en el cliente).

Con este enfoque de la mezcla de los conceptos de 'activo' COM controla y 'pasivo' html cadenas de las experiencias de usuario en un 'activo' de IU, pero en terminos tecnicos es casi 'muerto'. Nada en realidad happends excepto para regular el control del formato en el cuadro de dialogo campos y el envio de datos al servidor de la logica. La ventaja es que el amarillo controladores de actualizacion de los espectadores con las ultimas actual html de datos utilizando el Audaz suscripcion mecanismo (tenga en cuenta que la mayoria de las suscripciones sera en el serverside desde el atributo de html realiza un seguimiento de la multitud de campos internamente en el serverside, pero solo un campo por el visor de suscripciones a traves de DCom).

a partir de los titulos y las etiquetas en el codigo html de texto distinguen idiomas que tenemos en efecto, muchos cientos de 'pseudo activo' campos de datos en este formulario...! (visto desde el lado del servidor). El visor de enfoque que reduce en gran numero a una fraccion y la interfaz de usuario es, en efecto, no es 'lento' en todo incluso el uso regular de la conexion de red. Con muchos usuarios (10 ) un MetaFrame solucion seria reducir los problemas de rendimiento de red para casi 'nada'.

el rendimiento del Servidor

tal vez uno puede meterse acerca de 'los problemas de rendimiento con DCOM' y el hecho de que un DCOM solucion implica el uso de un CPU como un Servidor de Aplicaciones. Tenga en cuenta que el ultimo esta relacionado con el problema de rendimiento, pero no explicito DCOM problema - eficiente el diseño y la codificacion es una necesidad para cualquier solucion el uso de un Servidor de Aplicaciones.

la codificacion Eficiente solo es definitivamente no es suficiente. La combinacion de diseño, sharp codificacion va a hacer, sin embargo, uno debe 'pensar en soluciones eficientes/conceptos' a partir de la modelo y guardarlo para el diseño general de todo el camino de vuelta y el cuarto para los clientes. Esto es muy importante, hemos aprendido mucho, simplemente porque nos han obligado a, se utilizo una sola *COMUN de la CPU* en la aplicacion servidor.

Poniendo todo junto no se ven demasiado mal con la Negrita DCom solucion tan lejos como puedo ver. Utilizando de ser conscientes de que 'sus limites' (ancho de banda para el detallado de atributos de objetos, el uso de trucos para reducir los numerosos objetos en los listados, etc) entonces es todo acerca de ti. Es una herramienta poderosa si se utiliza con cuidado. Su inutil si el diseño y la aplicacion no esta adaptado para ello.

Finalmente

Cuando empezamos a usar la Negrita DCom tecnica era defectuosa y lento y era obvio que era 'imposible' para lograr el rendimiento y la fiabilidad necesaria. Siendo terco y un poco loco, y Boldsoft para la correccion de errores y algunas optimizaciones, y endulzar con un poco de paciencia - y de resolver los problemas fundamentales a los que ya estan en el modelo (para evitar la codificacion de trucos) - se ve completamente diferente hoy en dia. Me parece prometedor. Un talentoso diseñador correcciones de los cuellos de botella y cualquier tipicos problemas de rendimiento de una manera o de otra.

Nuevos pensamientos y never_seen_before_solutions a veces (a menudo) se requiere, pero no es eso lo que los diseñadores son buenas para de todos modos ? 'El modelo es el sistema' se aplica para BoldCOM demasiado.

Sistemas con muchos usuarios se benefician de la ejecucion de los clientes en un MetaFrame medio ambiente.

// Rolf Lampa

(Actual direccion de correo: rolf-dot-lampa-en-rilnet-punto-com)